Ich verwende WSO2 IS 5.1.0. Ich habe ein Timeout von 13 Minuten für SP und IDP konfiguriert. Wenn die Zeitüberschreitung der SP-Sitzung überschritten wird, wird statt der Anmeldeseite auf die Hauptstartseite umgeleitet. Wie kann ich WSO2 so konfigurieren, dass es auf meine Anmeldeseite umleitet? HierFehler beim Abmelden in WSO2 IS
ist die WSO2 log:
TID: [10] [] [2016.05.26 17: 21: 13.448] @ abc.com [10] [IS] DEBUG {org.wso2 .carbon.identity.application.authentication.framework.cache.SessionContextCache} - Kontext-ID: 05c6ad05-265e-4df6-9808-3e900f704684 :: idleSessionTimeOut: 780000, currentTime: 1464254473448, lastAccessedTime: 1464270505882629543
TID: [10] [] [2016-05-26 17: 21: 13,448] @ abc.com [10] [IS] DEBUG {org.wso2.carbon.identity.application.authentication.framework.cache.SessionContextCache} - Gefunden eine gültige Sitzung entsprechend der Schlüssel: 05c6ad05-265e-4df6-9808-3e900f704684
Es scheint, dass die lastAccessedTime war 1464270505882629543 in Nanosekunden und dieses Problem passiert intermittierend.
Was meinst du mit der Haupt-Homepage? Ist es die Verwaltungskonsole? Es gibt ein bekanntes Problem in IS 5.1.0 in Bezug auf die Zeitstempel-Berechnungslogik [IDENTITY-4537] (https://wso2.org/jira/browse/IDENTITY-4537), die das Problem verursacht haben könnte, dem Sie gegenüberstehen. Könnten Sie versuchen, die Sicherheits-Patches für IS 5.1.0 [hier] (http://wso2.com/security-patch-releases/) zu installieren. Im Idealfall sollte dies mit Patch WSO2-CARBON-PATCH-4.4.0-0092 –
ich meine Service-Provider-Homepage behoben werden. Ich werde versuchen, den Sicherheitspatch anzuwenden. Danke – Agustino
@MalithiEdirisinghe Pointed Sicherheits-Patch im März veröffentlicht, während der spitze JIRA im April erstellt. Ich denke also nicht, dass der Patch das Problem lösen würde. Abgesehen davon könnte man den Kommentar als Antwort geschrieben haben, da die gegebene JIRA das genaue Problem erklärt, dem Agustino gegenübersteht; Es ist nicht zu spät, auch nicht in diesem Punkt. – DarRay