Vanliga frågor och svar om hur du använder OpenID Connect i Power Pages

Den här artikeln ger information om vanliga scenarier för Power Pages portaler och svarar på vanliga frågor om att använda en autentiseringsprovider som överensstämmer med OpenID Connect specifikation.

Kan du konfigurera den inbyggda Entra ID-leverantören som en separat OpenID-leverantör?

Nej, du kan inte konfigurera den standardinställda Entra ID-leverantören som en separat OpenID-leverantör.

Behöver jag ett OpenID Connect-dokument för automatisk identifiering för att integrera med Power Pages?

Ett dokument för automatisk identifiering, eller OpenID Connect-metadatadokument (även kallat /.well-known/openid-configuration) krävs för integrering med Power Pages. Power Pages använder informationen i det här dokumentet för att skapa auktoriseringsbegäranden och validera autentiseringstoken.

Om din identitetsleverantör inte tillhandahåller ett autodiscovery-dokument kan du skapa ett själv och publicera det på valfri offentlig plats, inklusive din webbplats.

Kommentar

Precis som discovery-dokumentet kräver Power Pages också att identitetsleverantören tillhandahåller en offentlig JWKS-URI-slutpunkt där de offentliga nycklarna är tillgängliga för att verifiera ID-tokenens signatur. Det här slutpunkt måste anges i identifieringsdokumentet som jwks_uri-nyckel.

Stöder Power Pages Anpassade omfattningsparametrar i autentiseringsbegäranden?

Anpassade scope-parametrar kan anges med hjälp av inställningen Scope i din providerkonfiguration.

Varför skiljer sig användarnamnet i en kontaktpost eller en post för extern identitet i Dataverse från det som användaren angav på inloggningssidan?

Fältet användarnamn i en kontaktpost och en extern identitetspost visar värdet som skickas i antingen underanspråket eller objekt-ID-anspråket (OID) för Microsoft Entra-baserade leverantörer. Det beror på att underanspråket representerar användaridentifieraren och garanteras vara unikt av identitetsprovidern.

Varför är inte en användare inloggad som den förväntade befintliga kontakten?

Hur webbplatsen matchar en befintlig kontakt beror på inställningen Kontaktmappning med e-post (AllowContactMappingWithEmail):

  • Om AllowContactMappingWithEmail är aktiverat matchar webbplatsen kontakten mot Primär e-postadress med anspråket email, emails eller upn.
  • Om AllowContactMappingWithEmail är avstängt matchar webbplatsen kontakten via Användarnamn med hjälp av anspråket för användar-ID (sub eller oid).

Stöder Power Pages utloggning från OpenID Connect-baserade leverantörer?

Autentisering i Power Pages stöder front-channel-tekniken för utloggning från både applikationen och den OpenID Connect-baserade identitetsleverantören.

Stöder Power Pages enkel utloggning?

Power Pages stöder inte en enkel utloggningsteknik för OpenID Connect-baserade provider.

Kräver Power Pages ett specifikt anspråk i ID-token?

Power Pages kräver ett anspråk som motsvarar användarens e-postadress i ID-token. Detta anspråk måste ha namnet email, emails eller upn. Dessa anspråk bearbetas i följande ordning för att anges som primär e-postadress till kontaktposten i Dataverse:

  1. e-post
  2. e-postmeddelanden
  3. upn

När den används används "emailclaimsmapping" även för att söka efter en befintlig kontakt (fältet Primär e-postadress i Dataverse).

Kan jag få åtkomst till token (ID eller åtkomst) med hjälp av JavaScript?

ID-tokenen som tillhandahålls av identitetsleverantören är inte tillgänglig via JavaScript eller någon annan standardteknik på klientsidan. Den används endast för autentisering. Om du däremot använder det implicita flödet kan du använda de metoder som din identitetsleverantör tillhandahåller för att hämta en ID-token eller åtkomsttoken. Tillhandahåller till exempel Microsoft Entra ID Microsofts autentiseringsbibliotek för detta scenario.

Kan jag använda en Anpassad OpenID Connect-leverantör istället för Microsoft Entra ID?

Power Pages stöder alla identitetsprovider som följer standarden OpenID Connect-specifikation.

Se även

Konfigurera OpenID Connect-provider