- Erstellt von //SEIBERT/MEDIA Employee, zuletzt geändert von //SEIBERT/MEDIA Mitarbeiter am Okt 31, 2018
Das ist eine beispielhafte Log-Datei aus Crowd 1.6 mit aktiviertem Debugging für com.atlassian.crowd unter Admin > Logging & Profiling. In diesem Beispiel haben wir uns in die Crowd-Konsole eingeloggt und dann versucht auf Jira zuzugreifen.
Beispiel einer nicht funktionierenden SSO-Konfiguration
In diesem Beispiel loggt sich der Admin in die Crowd-Konsole ein und besucht anschließend Jira. Jira ist hinter einem Apache Proxy (mod_proxy zum Beispiel).
Direkt und ohne einen Proxy in Crowd einloggen |
---|
Crowd erkennt einen Benutzer, der sich zum ersten Mal mit der IP-Adresse 192.168.0.174 mit einem Mozilla-Browser auf Linux einloggt. Der Token onk7YDa9kfyPp0ipf26gwA00 wird vom ValidationFactors generiert, bestehend aus einer IP-Adresse, User-Agent und einer zufälligen Nummer. |
[atlassian.crowd.authentication.TokenKeyGeneratorImpl] Generating Token for principal: admin |
Via Proxy in Jira einloggen |
---|
Nachdem wir in der Crowd-Konsole waren, öffnen wir Jira über einen Proxy. Es erkennt den gleichen User-Agent, aber unsere IP-Adresse ist dieses mal 192.168.3.125, die in Wirklichkeit die des Proxys ist. Daraus ergibt sich ein Token, der nicht mit unserem aktuellen übereinstimmt: F6KXEhI3SDn7u1I7zVLzhQ00 wird mit onk7YDa9kfyPp0ipf26gwA00 und deshalb müssen wir uns erneut einloggen. Ein Hinweis darauf, dass wir über den Proxy gegangen sind bietet der X-Forwarded-For Header. Er beinhaltet unter anderem unsere echte IP. Um dies zu korrigieren, müssen Sie 192.168.3.125 zur Liste der vertrauenswürdigen Proxies hinzufügen. |
[atlassian.crowd.authentication.TokenKeyGeneratorImpl] Generating Token for principal: admin |