Entwicklungspartner group | i-doit Community

Michael Huhn

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

Michael Huhn

@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.

Michael Huhn

@joernc

ausschlaggebend ist die Slot-Sortierung des Racks. Steht sie auf absteigend, rechnet die API den Wert von pos wie bei einer Höheneinheit um, auch beim vertikalen Einbau. Bei einem Rack mit 42 HE wird aus Slot 1 so die Position 42, und die gibt es bei den vertikalen Slots nicht. Deshalb kommt die Meldung. Bei aufsteigender Sortierung tritt das nicht auf.

Bei absteigend sortierten Racks kannst du als Workaround die Umrechnung vorwegnehmen: pos = Rackhöhe − Slot + 1, und parent im selben Request mitgeben. Für Slot 1 auf der Rückseite eines 42-HE-Racks also:

"data" : {
   "parent" : <Rack-ID>,
   "insertion" : 0,
   "option" : 4,
   "pos" : 42
}

Damit wird die PDU in Slot 1 auf der Rückseite gespeichert. Gib parent immer im selben Request mit: Ohne parent im selben Request wird die Position beim vertikalen Einbau nicht gespeichert, auch im aufsteigend sortierten Rack und auch wenn das Rack vorher separat als Standort gesetzt wurde. Die API meldet dabei trotzdem Erfolg.

LFischer

Hallo @joernc ich denke du hast soweit alles richtig - aber soweit ich es sehe fehlt bei dir die Information zum "parent". Ich habe es mit folgendem Request erfolgreich getestet

{
    "version": "2.0",
    "method": "cmdb.category.save",
    "params": {
        "category": "C__CATG__LOCATION",
        "object": 123, <-- PDU
        "data": {
            "parent": 456, <-- Rack
            "insertion": 0,
            "option": 4,
            "pos": 1
        },
        "apikey": "hello-api"
    },
    "id": 1
}

Ergebnis ist, das meine PDU auf der Rückseite in Slot 1 positioniert ist:

Ich hoffe das hilft weiter.

Viele Grüße
Leo

LFischer

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

LFischer

Hey @cherif

es bleibt merkwürdig... Hattest du meine letzte Nachrichgt gesehen? Hast du einen Command, der den Login voraussetzt? Nur in diesem Kontext werden die Module durchlaufen.

Ich habe einen Stack-Trace bis zu der Stelle angefertigt. In isys_module_manager->module_loader() werden alle installierte / aktive Add-ons durchlaufen.

.../idoit/src/classes/core/isys_application.class.php (320)
   isys_module_manager -> module_loader()
.../idoit/src/idoit/Console/Command/AbstractCommand.php (177)
   isys_application -> bootstrap()
.../idoit/src/idoit/Console/Command/AbstractCommand.php (280)
   idoit\Console\Command\AbstractCommand -> rerunModuleLoader()
.../idoit/src/idoit/Console/Subscriber/CommandEvents.php (85)
   idoit\Console\Command\AbstractCommand -> login()
.../idoit/vendor/symfony/event-dispatcher/EventDispatcher.php (220)
   idoit\Console\Subscriber\CommandEvents -> onCommandStart()
.../idoit/vendor/symfony/event-dispatcher/EventDispatcher.php (56)
   Symfony\Component\EventDispatcher\EventDispatcher -> callListeners()
.../idoit/vendor/symfony/console/Application.php (1118)
   Symfony\Component\EventDispatcher\EventDispatcher -> dispatch()
.../idoit/vendor/symfony/console/Application.php (324)
   Symfony\Component\Console\Application -> doRunCommand()
.../idoit/vendor/symfony/console/Application.php (175)
   Symfony\Component\Console\Application -> doRun()
.../idoit/console.php (26)
   Symfony\Component\Console\Application -> run()

Möglicherweise unterscheiden sich die Zeilen bei deiner Instanz.

Sollte das alles nicht helfen kannst du natürlich innerhalb der execute() Methode deines Commands einfach händisch die init.php includieren. Das sollte aber eigentlich nicht nötig sein

Viele Grüße
Leo

Michael Huhn

@joernc

jeder Mandant hat seine eigenen Daten, dazu zählen auch Passwörter.
Der neue Mandant kennt also keine andere Benutzer als die, die per Default erstellt sind.

Wenn Sie also in der Loginmaske admin/admin eintippen, wird geprüft in welchem der Mandanten diese Kombination hinterlegt ist. Sie werden direkt eingeloggt wenn es nur einen Mandant gibt, zu dem diese Kombination passt.

LFischer

Hallo @Keuchca

der Fehler hatte sich in der Vergangenheit eingeschlichen und wird mit i-doit 39 gelöst Das tritt auf, wenn die Kategorie "Zugewiesene Arbeitsplätze" (oder englisch "Assigned Workplaces") auf der Übersichtsseite zugewiesen ist. Als workaround kannst du diese über die Objekttyp Konfiguration von der Übersichtsseite entfernen.

Viele Grüße
Leo

LFischer

Hey @joernc

bei einem neuen Mandanten sind die gleichen User verfügbar wie nach einer frischen Installation - also üblicherweise admin / admin. Sofern du im ersten Mandanten bereits einen eigenen User angelegt hast, wird dieser im neuen Mandanten nicht existieren.

Die Mandantenauswahl wird nur dargestellt, wenn dein User in mehr als einem Mandanten existiert.

Viele Grüße
Leo

Michael Huhn

@FFlori

dazu muss man den Counter editieren, wie in der KB beschreiben:
https://kb.i-doit.com/de/grundlagen/benutzerdefinierte-zaehler.html#fuhrende-nullen

Entwicklungspartner

Posts

Member List