@Michael-Huhn Da soll mal einer drauf kommen Ja, jetzt funktioniert es. Besten Dank! Bei mir funktioniert es übrigens auch, wenn ich parent und die anderen Daten in zwei getrennten Aufrufen setze, die PDUs werden in der GUI korrekt angezeigt. Aber ich behalte mal im Hinterkopf, bei PDUs ggf. eine Ausnahme einzubauen. Das unterschiedliche Verhalten zu Patchpanels bezüglich des Überschreibens bereits vorhandener Werte bleibt allerdings, aber da muss ich mir dann wohl was ausdenken. Oder das wäre einen RfE oder Bug-Report wert...

@creiss Danke für die Erläuterungen. Ja, ich glaube fast, das Add-on ist ein nice-to-have, aber wir werden darauf verzichten.

Welche Fähigkeiten machen einen Kurs wirklich jobtauglich, wenn es um künstliche Intelligenz geht? Ich habe selbst die Erfahrung gemacht, dass theoretisches Wissen erst dann hängen bleibt, wenn man es an konkreten Aufgaben ausprobiert und die Ergebnisse kritisch überprüft; ähnlich gehe ich bei der Recherche zu einem online casino ausland vor, wo ich lieber die Zahlungsbedingungen, Spielregeln und Sicherheitsangaben genauer prüfe, statt mich auf oberflächliche Versprechen zu verlassen. Natürlich hat jeder andere Erwartungen, aber casinoauslandonline als Domain ersetzt keine eigene Prüfung der tatsächlichen Bedingungen.

@cherif i-doit prüft bei SSO selbst kein Zertifikat. Die Anmeldung findet vor i-doit statt, in der KB-Anleitung über ADFS und das Apache-Modul mod_auth_mellon. i-doit übernimmt nur den Benutzernamen, den der Webserver danach weitergibt. Die Zertifikatsanmeldung richten Sie deshalb nicht in i-doit ein, sondern dort, wo die Anmeldung stattfindet, bei Ihnen also in ADFS. Wichtig ist, dass bei der Anmeldung per Zertifikat derselbe Benutzername bei i-doit ankommt wie bei der Passwortanmeldung. Findet i-doit zu diesem Namen keinen Benutzer, zeigt die Anmeldeseite den Text „Single-Sign-On user could not be found in i-doit! Login manually.“ Woran scheitert die Anmeldung bei Ihnen genau: Erscheint dieser Text in i-doit, oder kommt schon vorher eine Fehlermeldung von ADFS? Anleitung zu ADFS mit i-doit: https://kb.i-doit.com/de/benutzerauthentifizierung-und-verwaltung/sso-vergleich/saml/adfs-saml.html

@bhinterland wenn Haupt- und Nebenkarten zum selben Vertrag gehören, könnt ihr sie als Einträge in einem gemeinsamen Objekt vom Typ SIM-Karte anlegen: In der Kategorie SIM hinterlegt ihr die Vertragsdaten, z. B. die Telefonnummer. In der Kategorie Karten legt ihr über Neu je Karte einen Eintrag an, z. B. mit dem Titel „Hauptkarte“ und „Nebenkarte 1“, jeweils mit Kartennummer, Pin und PUK. In jedem Eintrag wählt ihr unter verknüpftes Mobiltelefon das Gerät, in dem die Karte steckt. Das SIM-Objekt zeigt dann alle Karten des Vertrags. Am jeweiligen Mobiltelefon erscheint in der Kategorie Zugewiesene SIM-Karten nur die eigene Karte mit SIM-Objekt und Kartentitel, die übrigen Karten seht ihr am SIM-Objekt. In der Standardkonfiguration lassen sich als Gerät nur Objekte vom Typ Mobiltelefon auswählen.

Hallo @TheBob1, wenn du einschränken möchtest, welche Benutzer importiert werden sollen, musst du dies in der LDAP-Server Konfiguration in der GUI unter Verwaltung -> Import und Schnittstellen -> LDAP -> Server vornehmen. Ich denke dieser Artikel aus der i-doit KB sollte deine Fragen beantworten: https://kb.i-doit.com/de/benutzerauthentifizierung-und-verwaltung/ldap-verzeichnis/so-werden-benutzer-und-gruppen-aus-dem-ad-ldap-importiert.html#import-von-benutzern-mit-bestimmten-attributen VG Nico