Hallo zusammen,

ich versuche i-doit und Zammad miteinander über die API zu verbinden, dabei erscheint von der i-doit API immer die Fehlermeldung "Authentication error : System setting 'api.authenticated-users-only' is enabled. Please provide valid user credentials by http basic auth or use an existing session id.".

Im Admincenter unter den System settings habe ich "Erwinge Authentifizierung" auf Nein stehen, das schein aber keine Wirkung zu haben, gibt es noch eine andere stelle an dies konfiguriert werden muss?

Vielen Dank

Hallo,

wir würden gerne das neue Add-on und Subscription Center nutzen, leider funktioniert dieses nicht und wirft immer folgenden Fehler:

Warning
Unable to retrieve instance information from your i-doit instance.

Ein Update auf die Version 34 brachte leider keine Besserung. Im i-doit Admin sieht alles okay aus und die Lizenzen scheinen aktiivert zu sein. Die Frage ist warum wir das Subscription Center nicht nutzen können?

*screenshot bereinigt und vertrags id entfernt. Mfg Micha

Wird die Version 21 eigentlich schon angeboten? bei meiner Pro ist im Updater noch nichts zu finden. Oder muss man in der Pro Version grundsätzlich selber runterladen und über die Kommandozeile entpacken? bei mir war das z.B. beim Wechsel von Community auf Pro erforderlich.

Wer auf PHP 8 in RHEL 8/9 oder Derivate davon wechseln möchte, kann das ganz einfach mit den Modul Streams tun. Ich habe das gerade mit meiner Installation unter AlmaLinux 8.7 durchgeführt.

dnf module reset php
dnf module enable php:8.0
dnf distro-sync

Dies installiert PHP 8 und die gleichen Module welche auch unter 7.4 vorhanden waren. Das alte PHP 7.4 wird dabei ersetzt.

Hallo zusammen,

ich habe vor kurzem auf i-doit Pro 20 gewechselt und habe seit dem ein sehr merkwürdiges verhalten was für mich auch ein Sicherheitsproblem darstellt.

Ich habe früher i-doit open verwendet und damit synchronisiere meine User und Gruppen aus dem AD in i-doit, das hat auch immer gut funktioniert und die Gruppen wurden korrekt übernommen.

Jetzt habe ich auf i-doit Pro gewechselt und beim prüfen der Rechte eines Users ist mir aufgefallen das der plötzlich Admin Rechte hat. Nach etwas nachforschen ist mir aufgefallen das der i-doit Sync alle AD User in nahzu jede Gruppe platziert, dazu gehören auch AD Gruppen in denen der User gar nicht enthalten ist oder auch der i-doit Admin Gruppe. Im Log vom LDAP Sync kann ich feststellen das beim "Attaching" die User nahezu allen Gruppen hinzugefügt werden.

Ich frag mich was hier schief läuft, sind es mein LDAP Sync Settings oder ist i-doit 1.19 + 20 defekt?

Im i-doit habe ich beim LDAP Server zwei Filter
ObjectClass = user (an letzten anhängen markiert)
ObjectClass = group (An letzten Filter anhängen markiert)

Meine Datei für den Sync ini sieht folgend aus:

[commandOptions]
user=XXX
password=XXX
tenantId=1

[additional]
import_rooms=false
defaultCompany=''
deletedUsersBehaviour=archive
disabledUsersBehaviour=disable_login
; LDAP Attributes are individual. This default configuration is prepared for Active Directory:
attributes[department]=department
attributes[phone_company]=telephoneNumber
attributes[phone_home]=homephone
attributes[phone_mobile]=mobile
attributes[fax]=facsimileTelephoneNumber
attributes[description]=info
attributes[personnel_number]=initials
attributes[organization]=company
attributes[location]=physicalDeliveryOfficeName
attributes[salutation]=title
attributes[street]=streetAddress
attributes[city]=l
attributes[zip_code]=postalCode
attributes[function]=title
attributes[service_designation]=title
attributes[pager]=pager
;Kategorieerweiterung Personen
attributes[custom_1]=objectSid
attributes[custom_2]=sn
attributes[custom_3]=homePhone
attributes[custom_4]=mobile
attributes[custom_5]=info
attributes[custom_6]=manager
attributes[custom_7]=company
attributes[custom_8]=department
autoReactivateUsers=false
ignoreUsersWithAttributes[]="sn"
ignoreFunction=empty
syncEmptyAttributes=true