@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

Hey @cherif alles klar - das erklärt es Der Login ist in deinem Fall notwendig, ja. Das hat ganz einfach damit zu tun das i-doit, als multi-tenant system, sich zunächst in einen Tenant einloggen muss um feststellen zu können ob dein Add-on installiert und aktiviert ist. Das ist Teil des Bootstrappings. Der Login ist nur für Kern System-Commands "überspringbar" die nicht im Mandanten Kontext arbeiten. Viele Grüße Leo

@cherif da SSO durch Apache übernommen wird ist die lokale Anmeldung nicht möglich außer, wenn es einen weiteren VHost ohne mellon gibt. Zum Beispiel wie hier beschrieben: <VirtualHost *:80> ServerName nosso.synetics.test ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined DocumentRoot /var/www/html <Directory "/var/www/html"> AllowOverride All Require all granted </Directory> </VirtualHost> Siehe auch: https://community.i-doit.com/post/18774

Hallo @Michael-Huhn vielen Dank für den Link. Er hat mein Problem behoben. VG, Cherif

Moin Erstelle dir doch einfach einen Bericht in i-doit über den Report Manager und lese den aus. { "version": "2.0", "method": "cmdb.reports.read", "params": { "language": "en", "apikey": "meinkey", "id": "112" <---- report id }, "id": 1 } Report konfigurieren [image: fc6b4012-577c-4251-ad23-9f5abb7fb138-grafik.png] Ergebnis: { "id": 1, "jsonrpc": "2.0", "result": [ { "Title": "srv-erp", "Contact": "Pattrick Bluhm", "Primary": "Yes" }, { "Title": "srv-dc1", "Contact": "Heike Müller", "Primary": "Yes" } ] }

Hallo zusammen, es scheint als wäre hier etwas beim Update der Verwaltung schief gelaufen - ein einfaches "überspeichern" der Einstellung wird das Problem beheben Viele Grüße Leo

Hey @LFischer du bist ein Held Das hat funktioniert. Vielen Dank für Hilfe Jetzt ist Dialog+ Feld in der init.php registriert, und danach funktioniert... Viele Grüße Cherif

Hi @LFischer nochmal danke für Deine Hilfe und die Erklärung VG, Cherif

Hallo @creiss, nochmal danke für die Unterstützung Komischerweise greift die jeweilige Anpassung von Session.time bis zum 3000s (als 50 min). Danach keine Verlängerung der LoginSession mehr. Alle werden ignoriert... Leider habe ich bis jetzt keine Lösung gefunden, wie Schade!

Hallo @philipp-hörselmann Okay danke für die Antwort!