Omdirigering till anpassad inloggningssida vid AEM OAuth-flödesfel

Last update: Tue Jul 16 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Lär dig hur du dirigerar om till den anpassade inloggningssidan vid fel i AEM OAuth-flöde genom att dirigera om användarna till den anpassade inloggningssidan.

Beskrivning description

Miljö

Experience Manager

Problem/symtom

Hur dirigeras jag om till den anpassade inloggningssidan i en Adobe Experience Manager (AEM) publiceringsmiljö om ett fel uppstår i AEM Open Authorization (OAuth)?

Upplösning resolution

Om det finns ett fel i AEM autentiseringsflöde kommer systemet att dirigera om till standardinloggningssidan för OTB (Out-of-the-box) AEM när det gäller SAML (Security Assertion Markup Language)/OAuth.

Därför finns det ett behov av att dirigera om användarna till den anpassade inloggningssidan för SAML/OAuth IDP. Följ stegen nedan:

Kopiera den här nodsökvägen /libs/granite/core/content/login till /apps/granite/core/content/login1 enligt nedan.
Ändra resurstypen för /apps/granite/core/content/login1 till testservice, så som visas nedan:
Skapa en rep:policy-nod under inloggning1 med tillåt underordnad, enligt nedan:
Skapa en testservice-mapp under /apps och lägg till sling:resourceType med testservice och skapa en JSP-fil med namnet testservice.jsp, som visas nedan: (Obs! Om OAuth-flödet gäller måste du lägga till /j_security_confi?gid=< respektive oauth confiid> till den skyddade omdirigeringssökvägen i JSP nedan)
Öppna OSGI-konfigurationen Adobe Granite-inloggningsväljarens autentiseringshanterare och ändra standardinloggningssidan till /apps/granite/core/content/login1 och anpassa egenskapen auth.loginselector.mappings så att den pekar på min överlagrade inloggningssida för den skyddade sökvägen. Se nedan:
Öppna OSGI-konfigurationen Apache Sling Authentication Service och lägg till -/apps/granite/core/content/login1 och -/apps/testservice i listan sling.auth.requirements. Se nedan:

recommendation-more-help

3d58f420-19b5-47a0-a122-5c9dab55ec7f