Konfigurera registrering och inloggning med ett LinkedIn-konto - Azure AD B2C

Artikel
11/08/2023

Innan du börjar använder du väljaren Välj en principtyp för att välja den typ av princip som du konfigurerar. Azure Active Directory B2C erbjuder två metoder för att definiera hur användare interagerar med dina program: via fördefinierade användarflöden eller genom fullständigt konfigurerbara anpassade principer. De steg som krävs i den här artikeln skiljer sig åt för varje metod.

Kommentar

I Azure Active Directory B2C är anpassade principer främst utformade för att hantera komplexa scenarier. I de flesta scenarier rekommenderar vi att du använder inbyggda användarflöden. Om du inte har gjort det kan du läsa mer om startpaketet för anpassad princip i Kom igång med anpassade principer i Active Directory B2C.

Förutsättningar

Skapa ett användarflöde så att användare kan registrera sig och logga in på ditt program.
Registrera ett webbprogram.

Slutför stegen i Kom igång med anpassade principer i Active Directory B2C
Registrera ett webbprogram.

Skapa ett LinkedIn-program

Om du vill aktivera inloggning för användare med ett LinkedIn-konto i Azure Active Directory B2C (Azure AD B2C) måste du skapa ett program på LinkedIn Developers webbplats. Mer information finns i Auktoriseringskodflöde. Om du inte redan har ett LinkedIn-konto kan du registrera dig på https://www.linkedin.com/.

Logga in på webbplatsen LinkedIn Developers med dina LinkedIn-kontoautentiseringsuppgifter.
Välj Mina appar och klicka sedan på Skapa app.
Ange Appnamn, LinkedIn-sida, URL för sekretesspolicy och applogotyp.
Godkänn användningsvillkoren för LinkedIn API och klicka på Skapa app.
Välj fliken Autentisering . Under Autentiseringsnycklar kopierar du värdena för klient-ID och klienthemlighet. Du behöver båda för att konfigurera LinkedIn som en identitetsprovider i din klientorganisation. Klienthemlighet är en viktig säkerhetsautentiseringsuppgift.
Välj redigeringspennan bredvid Auktoriserade omdirigerings-URL:er för din app och välj sedan Lägg till omdirigerings-URL. Ange https://your-tenant-name.b2clogin.com/your-tenant-name.onmicrosoft.com/oauth2/authresp. Om du använder en anpassad domän anger du https://your-domain-name/your-tenant-name.onmicrosoft.com/oauth2/authresp. Ersätt your-tenant-name med namnet på din klientorganisation och your-domain-name med din anpassade domän. Du måste använda alla gemener när du anger ditt klientnamn även om klientorganisationen har definierats med versaler i Azure AD B2C. Välj Uppdatera.
Som standard är din LinkedIn-app inte godkänd för omfång som är relaterade till inloggning. Om du vill begära en granskning väljer du fliken Produkter och sedan Logga in med LinkedIn. När granskningen är klar läggs de nödvändiga omfången till i ditt program.

Kommentar

Du kan visa de omfång som för närvarande är tillåtna för din app på fliken Auth i avsnittet OAuth 2.0-omfång .

Konfigurera LinkedIn som en identitetsprovider

Logga in på Azure Portal som global administratör för din Azure AD B2C-klientorganisationen.
Om du har åtkomst till flera klienter väljer du ikonen Inställningar på den översta menyn för att växla till din Azure AD B2C-klient från menyn Kataloger + prenumerationer.
Välj Alla tjänster på menyn högst upp till vänster i Azure-portalen och sök efter och välj Azure AD B2C.
Välj Identitetsprovidrar och välj sedan LinkedIn.
Ange ett Namn. Till exempel LinkedIn.
För klient-ID anger du klient-ID för LinkedIn-programmet som du skapade tidigare.
För klienthemligheten anger du den klienthemlighet som du har registrerat.
Välj Spara.

Lägga till LinkedIn-identitetsprovider i ett användarflöde

Nu har LinkedIn-identitetsprovidern konfigurerats, men den är ännu inte tillgänglig på någon av inloggningssidorna. Så här lägger du till LinkedIn-identitetsprovidern i ett användarflöde:

I din Azure AD B2C-klient väljer du Användarflöden.
Klicka på det användarflöde som du vill lägga till LinkedIn-identitetsprovidern.
Under Sociala identitetsprovidrar väljer du LinkedIn.
Välj Spara.
Om du vill testa principen väljer du Kör användarflöde.
För Program väljer du webbprogrammet med namnet testapp1 som du registrerade tidigare. Svars-URL :en ska visa https://jwt.ms.
Välj knappen Kör användarflöde.
På registrerings- eller inloggningssidan väljer du LinkedIn för att logga in med LinkedIn-kontot.

Om inloggningsprocessen lyckas omdirigeras webbläsaren till https://jwt.ms, som visar innehållet i token som returneras av Azure AD B2C.

Skapa en principnyckel

Du måste lagra klienthemligheten som du tidigare registrerade i din Azure AD B2C-klientorganisation.

Logga in på Azure-portalen.
Om du har åtkomst till flera klienter väljer du ikonen Inställningar på den översta menyn för att växla till din Azure AD B2C-klient från menyn Kataloger + prenumerationer.
Välj Alla tjänster på menyn högst upp till vänster i Azure-portalen och sök efter och välj Azure AD B2C.
På sidan Översikt väljer du Identity Experience Framework.
Välj Principnycklar och välj sedan Lägg till.
För Alternativ väljer du Manual.
Ange ett Namn för principnyckeln. Exempel: LinkedInSecret Prefixet B2C_1A_ läggs automatiskt till i namnet på din nyckel.
I Hemlighet anger du den klienthemlighet som du tidigare spelade in.
För Nyckelanvändning väljer du Signature.
Klicka på Skapa.

Konfigurera LinkedIn som en identitetsprovider

För att göra det möjligt för användare att logga in med ett LinkedIn-konto måste du definiera kontot som en anspråksprovider som Azure AD B2C kan kommunicera med via en slutpunkt. Slutpunkten innehåller en uppsättning anspråk som används av Azure AD B2C för att verifiera att en viss användare har autentiserats.

Definiera ett LinkedIn-konto som en anspråksprovider genom att lägga till det i elementet ClaimsProviders i tilläggsfilen för principen.

Öppna filen SocialAndLocalAccounts/TrustFrameworkExtensions.xml i redigeringsprogrammet. Den här filen finns i startpaketet för anpassad princip som du laddade ned som en del av något av förhandskraven.
Hitta elementet ClaimsProviders . Om den inte finns lägger du till den under rotelementet.

Lägg till en ny ClaimsProvider på följande sätt:

<ClaimsProvider>
  <Domain>linkedin.com</Domain>
  <DisplayName>LinkedIn</DisplayName>
  <TechnicalProfiles>
    <TechnicalProfile Id="LinkedIn-OAuth2">
      <DisplayName>LinkedIn</DisplayName>
      <Protocol Name="OAuth2" />
      <Metadata>
        <Item Key="ProviderName">linkedin</Item>
        <Item Key="authorization_endpoint">https://www.linkedin.com/oauth/v2/authorization</Item>
        <Item Key="AccessTokenEndpoint">https://www.linkedin.com/oauth/v2/accessToken</Item>
        <Item Key="ClaimsEndpoint">https://api.linkedin.com/v2/me</Item>
        <Item Key="scope">r_emailaddress r_liteprofile</Item>
        <Item Key="HttpBinding">POST</Item>
        <Item Key="external_user_identity_claim_id">id</Item>
        <Item Key="BearerTokenTransmissionMethod">AuthorizationHeader</Item>
        <Item Key="ResolveJsonPathsInJsonTokens">true</Item>
        <Item Key="UsePolicyInRedirectUri">false</Item>
        <Item Key="client_id">Your LinkedIn application client ID</Item>
      </Metadata>
      <CryptographicKeys>
        <Key Id="client_secret" StorageReferenceId="B2C_1A_LinkedInSecret" />
      </CryptographicKeys>
      <InputClaims />
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="issuerUserId" PartnerClaimType="id" />
        <OutputClaim ClaimTypeReferenceId="givenName" PartnerClaimType="firstName.localized" />
        <OutputClaim ClaimTypeReferenceId="surname" PartnerClaimType="lastName.localized" />
        <OutputClaim ClaimTypeReferenceId="identityProvider" DefaultValue="linkedin.com" AlwaysUseDefaultValue="true" />
        <OutputClaim ClaimTypeReferenceId="authenticationSource" DefaultValue="socialIdpAuthentication" AlwaysUseDefaultValue="true" />
      </OutputClaims>
      <OutputClaimsTransformations>
        <OutputClaimsTransformation ReferenceId="ExtractGivenNameFromLinkedInResponse" />
        <OutputClaimsTransformation ReferenceId="ExtractSurNameFromLinkedInResponse" />
        <OutputClaimsTransformation ReferenceId="CreateRandomUPNUserName" />
        <OutputClaimsTransformation ReferenceId="CreateUserPrincipalName" />
        <OutputClaimsTransformation ReferenceId="CreateAlternativeSecurityId" />
        <OutputClaimsTransformation ReferenceId="CreateSubjectClaimFromAlternativeSecurityId" />
      </OutputClaimsTransformations>
      <UseTechnicalProfileForSessionManagement ReferenceId="SM-SocialLogin" />
    </TechnicalProfile>
  </TechnicalProfiles>
</ClaimsProvider>

Ersätt värdet för client_id med klient-ID:t för LinkedIn-programmet som du registrerade tidigare.
Spara filen.

Lägg till anspråkstransformeringar

Den tekniska LinkedIn-profilen kräver att Anspråkstransformationer för ExtractGivenNameFromLinkedInResponse och ExtractSurNameFromLinkedInResponse läggs till i listan över anspråkstransformationer. Om du inte har definierat ett ClaimsTransformations-element i filen lägger du till de överordnade XML-elementen enligt nedan. Anspråkstransformeringarna behöver också en ny anspråkstyp med namnet nullStringClaim.

Lägg till elementet BuildingBlocks längst upp i filen TrustFrameworkExtensions.xml. Ett exempel finns i TrustFrameworkBase.xml .

<BuildingBlocks>
  <ClaimsSchema>
    <!-- Claim type needed for LinkedIn claims transformations -->
    <ClaimType Id="nullStringClaim">
      <DisplayName>nullClaim</DisplayName>
      <DataType>string</DataType>
      <AdminHelpText>A policy claim to store output values from ClaimsTransformations that aren't useful. This claim should not be used in TechnicalProfiles.</AdminHelpText>
      <UserHelpText>A policy claim to store output values from ClaimsTransformations that aren't useful. This claim should not be used in TechnicalProfiles.</UserHelpText>
    </ClaimType>
  </ClaimsSchema>

  <ClaimsTransformations>
    <!-- Claim transformations needed for LinkedIn technical profile -->
    <ClaimsTransformation Id="ExtractGivenNameFromLinkedInResponse" TransformationMethod="GetSingleItemFromJson">
      <InputClaims>
        <InputClaim ClaimTypeReferenceId="givenName" TransformationClaimType="inputJson" />
      </InputClaims>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="nullStringClaim" TransformationClaimType="key" />
        <OutputClaim ClaimTypeReferenceId="givenName" TransformationClaimType="value" />
      </OutputClaims>
    </ClaimsTransformation>
    <ClaimsTransformation Id="ExtractSurNameFromLinkedInResponse" TransformationMethod="GetSingleItemFromJson">
      <InputClaims>
        <InputClaim ClaimTypeReferenceId="surname" TransformationClaimType="inputJson" />
      </InputClaims>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="nullStringClaim" TransformationClaimType="key" />
        <OutputClaim ClaimTypeReferenceId="surname" TransformationClaimType="value" />
      </OutputClaims>
    </ClaimsTransformation>
  </ClaimsTransformations>
</BuildingBlocks>

Lägga till en användarresa

I det här läget har identitetsprovidern konfigurerats, men den är ännu inte tillgänglig på någon av inloggningssidorna. Om du inte har en egen anpassad användarresa skapar du en dubblett av en befintlig mallanvändarresa, annars fortsätter du till nästa steg.

Öppna filen TrustFrameworkBase.xml från startpaketet.
Hitta och kopiera hela innehållet i elementet UserJourney som innehåller Id="SignUpOrSignIn".
Öppna TrustFrameworkExtensions.xml och leta upp elementet UserJourneys. Om elementet inte finns lägger du till ett.
Klistra in hela innehållet i elementet UserJourney som du kopierade som underordnat elementet UserJourneys .
Byt namn på ID:t för användarresan. Exempel: Id="CustomSignUpSignIn"

Lägga till identitetsprovidern i en användarresa

Nu när du har en användarresa lägger du till den nya identitetsprovidern i användarresan. Du lägger först till en inloggningsknapp och länkar sedan knappen till en åtgärd. Åtgärden är den tekniska profil som du skapade tidigare.

Leta reda på orkestreringsstegelementet som innehåller Type="CombinedSignInAndSignUp", eller Type="ClaimsProviderSelection" i användarresan. Det är vanligtvis det första orkestreringssteget. Elementet ClaimsProviderSelections innehåller en lista över identitetsprovidrar som en användare kan logga in med. Ordningen på elementen styr ordningen på de inloggningsknappar som visas för användaren. Lägg till ett ClaimsProviderSelection XML-element. Ange värdet för TargetClaimsExchangeId till ett eget namn.
I nästa orkestreringssteg lägger du till ett ClaimsExchange-element . Ange ID:t till värdet för målanspråkets utbytes-ID. Uppdatera värdet för TechnicalProfileReferenceId till ID:t för den tekniska profil som du skapade tidigare.

Följande XML visar de två första orkestreringsstegen för en användarresa med identitetsprovidern:

<OrchestrationStep Order="1" Type="CombinedSignInAndSignUp" ContentDefinitionReferenceId="api.signuporsignin">
  <ClaimsProviderSelections>
    ...
    <ClaimsProviderSelection TargetClaimsExchangeId="LinkedInExchange" />
  </ClaimsProviderSelections>
  ...
</OrchestrationStep>

<OrchestrationStep Order="2" Type="ClaimsExchange">
  ...
  <ClaimsExchanges>
    <ClaimsExchange Id="LinkedInExchange" TechnicalProfileReferenceId="LinkedIn-OAuth2" />
  </ClaimsExchanges>
</OrchestrationStep>

Konfigurera principen för förlitande part

Principen för förlitande part, till exempel SignUpSignIn.xml, anger den användarresa som Azure AD B2C ska köra. Hitta elementet DefaultUserJourney i den förlitande parten. Uppdatera ReferenceId så att det matchar användarens rese-ID, där du lade till identitetsprovidern.

I följande exempel CustomSignUpSignIn för användarresan är ReferenceId inställt på CustomSignUpSignIn:

<RelyingParty>
  <DefaultUserJourney ReferenceId="CustomSignUpSignIn" />
  ...
</RelyingParty>

Ladda upp den anpassade principen

Logga in på Azure-portalen.
Välj ikonen Katalog + prenumeration i portalens verktygsfält och välj sedan den katalog som innehåller din Azure AD B2C-klientorganisation.
I Azure-portalen söker du efter och väljer Azure AD B2C.
Under Principer väljer du Identity Experience Framework.
Välj Överför anpassad princip och ladda sedan upp de två principfilerna som du ändrade i följande ordning: tilläggsprincipen, till exempel TrustFrameworkExtensions.xml, och sedan den förlitande partprincipen, till exempel SignUpSignIn.xml.

Testa din anpassade princip

Välj din princip för förlitande part, till exempel B2C_1A_signup_signin.
För Program väljer du ett webbprogram som du registrerade tidigare. Svars-URL :en ska visa https://jwt.ms.
Välj knappen Kör nu.
På registrerings- eller inloggningssidan väljer du LinkedIn för att logga in med LinkedIn-kontot.

Om inloggningsprocessen lyckas omdirigeras webbläsaren till https://jwt.ms, som visar innehållet i token som returneras av Azure AD B2C.

Migrering från v1.0 till v2.0

LinkedIn uppdaterade nyligen sina API:er från v1.0 till v2.0. Om du vill migrera din befintliga konfiguration till den nya konfigurationen använder du informationen i följande avsnitt för att uppdatera elementen i den tekniska profilen.

Ersätt objekt i metadata

I det befintliga metadataelementet i TechnicalProfile uppdaterar du följande objektelement från:

<Item Key="ClaimsEndpoint">https://api.linkedin.com/v1/people/~:(id,first-name,last-name,email-address,headline)</Item>
<Item Key="scope">r_emailaddress r_basicprofile</Item>

Till:

<Item Key="ClaimsEndpoint">https://api.linkedin.com/v2/me</Item>
<Item Key="scope">r_emailaddress r_liteprofile</Item>

Lägga till objekt i metadata

I Metadata för TechnicalProfile lägger du till följande objektelement:

<Item Key="external_user_identity_claim_id">id</Item>
<Item Key="BearerTokenTransmissionMethod">AuthorizationHeader</Item>
<Item Key="ResolveJsonPathsInJsonTokens">true</Item>

Uppdatera OutputClaims

I de befintliga OutputClaims i TechnicalProfile uppdaterar du följande OutputClaim-element från:

<OutputClaim ClaimTypeReferenceId="givenName" PartnerClaimType="firstName" />
<OutputClaim ClaimTypeReferenceId="surname" PartnerClaimType="lastName" />

Till:

<OutputClaim ClaimTypeReferenceId="givenName" PartnerClaimType="firstName.localized" />
<OutputClaim ClaimTypeReferenceId="surname" PartnerClaimType="lastName.localized" />

Lägg till nya OutputClaimsTransformation-element

I OutputClaimsTransformations i TechnicalProfile lägger du till följande OutputClaimsTransformation-element:

<OutputClaimsTransformation ReferenceId="ExtractGivenNameFromLinkedInResponse" />
<OutputClaimsTransformation ReferenceId="ExtractSurNameFromLinkedInResponse" />

Definiera de nya anspråkstransformeringar och anspråkstypen

I det sista steget lade du till nya anspråkstransformeringar som måste definieras. Om du vill definiera anspråkstransformationerna lägger du till dem i listan över AnspråkÖversättningar. Om du inte har definierat ett ClaimsTransformations-element i filen lägger du till de överordnade XML-elementen enligt nedan. Anspråkstransformeringarna behöver också en ny anspråkstyp med namnet nullStringClaim.

Elementet BuildingBlocks bör läggas till längst upp i filen. Se TrustframeworkBase.xml som ett exempel.

<BuildingBlocks>
  <ClaimsSchema>
    <!-- Claim type needed for LinkedIn claims transformations -->
    <ClaimType Id="nullStringClaim">
      <DisplayName>nullClaim</DisplayName>
      <DataType>string</DataType>
      <AdminHelpText>A policy claim to store unuseful output values from ClaimsTransformations. This claim should not be used in a TechnicalProfiles.</AdminHelpText>
      <UserHelpText>A policy claim to store unuseful output values from ClaimsTransformations. This claim should not be used in a TechnicalProfiles.</UserHelpText>
    </ClaimType>
  </ClaimsSchema>

  <ClaimsTransformations>
    <!-- Claim transformations needed for LinkedIn technical profile -->
    <ClaimsTransformation Id="ExtractGivenNameFromLinkedInResponse" TransformationMethod="GetSingleItemFromJson">
      <InputClaims>
        <InputClaim ClaimTypeReferenceId="givenName" TransformationClaimType="inputJson" />
      </InputClaims>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="nullStringClaim" TransformationClaimType="key" />
        <OutputClaim ClaimTypeReferenceId="givenName" TransformationClaimType="value" />
      </OutputClaims>
    </ClaimsTransformation>
    <ClaimsTransformation Id="ExtractSurNameFromLinkedInResponse" TransformationMethod="GetSingleItemFromJson">
      <InputClaims>
        <InputClaim ClaimTypeReferenceId="surname" TransformationClaimType="inputJson" />
      </InputClaims>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="nullStringClaim" TransformationClaimType="key" />
        <OutputClaim ClaimTypeReferenceId="surname" TransformationClaimType="value" />
      </OutputClaims>
    </ClaimsTransformation>
  </ClaimsTransformations>
</BuildingBlocks>

Hämta en e-postadress

Som en del av LinkedIn-migreringen från v1.0 till v2.0 krävs ytterligare ett anrop till ett annat API för att hämta e-postadressen. Om du behöver hämta e-postadressen under registreringen gör du följande:

Slutför stegen ovan så att Azure AD B2C kan federera med LinkedIn så att användaren kan logga in. Som en del av federationen tar Azure AD B2C emot åtkomsttoken för LinkedIn.
Spara LinkedIn-åtkomsttoken i ett anspråk. Se anvisningarna här.

Lägg till följande anspråksprovider som skickar begäran till LinkedIns /emailAddress API. För att kunna auktorisera den här begäran behöver du linkedin-åtkomsttoken.

<ClaimsProvider>
  <DisplayName>REST APIs</DisplayName>
  <TechnicalProfiles>
    <TechnicalProfile Id="API-LinkedInEmail">
      <DisplayName>Get LinkedIn email</DisplayName>
      <Protocol Name="Proprietary" Handler="Web.TPEngine.Providers.RestfulProvider, Web.TPEngine, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
      <Metadata>
          <Item Key="ServiceUrl">https://api.linkedin.com/v2/emailAddress?q=members&amp;projection=(elements*(handle~))</Item>
          <Item Key="AuthenticationType">Bearer</Item>
          <Item Key="UseClaimAsBearerToken">identityProviderAccessToken</Item>
          <Item Key="SendClaimsIn">Url</Item>
          <Item Key="ResolveJsonPathsInJsonTokens">true</Item>
      </Metadata>
      <InputClaims>
          <InputClaim ClaimTypeReferenceId="identityProviderAccessToken" />
      </InputClaims>
      <OutputClaims>
          <OutputClaim ClaimTypeReferenceId="email" PartnerClaimType="elements[0].handle~.emailAddress" />
      </OutputClaims>
      <UseTechnicalProfileForSessionManagement ReferenceId="SM-Noop" />
    </TechnicalProfile>
  </TechnicalProfiles>
</ClaimsProvider>

Lägg till följande orkestreringssteg i din användarresa så att API-anspråksprovidern utlöses när en användare loggar in med LinkedIn. Se till att uppdatera numret Order på rätt sätt. Lägg till det här steget direkt efter orkestreringssteget som utlöser den tekniska LinkedIn-profilen.

<!-- Extra step for LinkedIn to get the email -->
<OrchestrationStep Order="3" Type="ClaimsExchange">
  <Preconditions>
    <Precondition Type="ClaimsExist" ExecuteActionsIf="false">
      <Value>identityProvider</Value>
      <Action>SkipThisOrchestrationStep</Action>
    </Precondition>
    <Precondition Type="ClaimEquals" ExecuteActionsIf="false">
      <Value>identityProvider</Value>
      <Value>linkedin.com</Value>
      <Action>SkipThisOrchestrationStep</Action>
    </Precondition>
  </Preconditions>
  <ClaimsExchanges>
    <ClaimsExchange Id="GetEmail" TechnicalProfileReferenceId="API-LinkedInEmail" />
  </ClaimsExchanges>
</OrchestrationStep>

Det är valfritt att hämta e-postadressen från LinkedIn under registreringen. Om du väljer att inte hämta e-postmeddelandet från LinkedIn men kräver ett under registreringen måste användaren ange e-postadressen manuellt och verifiera den.

Ett fullständigt exempel på en princip som använder LinkedIn-identitetsprovidern finns i Startpaketet för anpassad princip.

Migrering från v1.0 till v2.0

LinkedIn uppdaterade nyligen sina API:er från v1.0 till v2.0. Som en del av migreringen kan Azure AD B2C bara hämta det fullständiga namnet på LinkedIn-användaren under registreringen. Om en e-postadress är ett av attributen som samlas in under registreringen måste användaren ange e-postadressen manuellt och verifiera den.

Dela via

Förutsättningar

Skapa ett LinkedIn-program

Konfigurera LinkedIn som en identitetsprovider

Lägga till LinkedIn-identitetsprovider i ett användarflöde

Skapa en principnyckel

Konfigurera LinkedIn som en identitetsprovider

Lägg till anspråkstransformeringar

Lägga till en användarresa

Lägga till identitetsprovidern i en användarresa

Konfigurera principen för förlitande part

Ladda upp den anpassade principen

Testa din anpassade princip

Migrering från v1.0 till v2.0

Ersätt objekt i metadata

Lägga till objekt i metadata

Uppdatera OutputClaims

Lägg till nya OutputClaimsTransformation-element

Definiera de nya anspråkstransformeringar och anspråkstypen

Hämta en e-postadress

Migrering från v1.0 till v2.0

Feedback

Ytterligare resurser

Dela via

Konfigurera registrering och inloggning med ett LinkedIn-konto med Azure Active Directory B2C

Förutsättningar

Skapa ett LinkedIn-program

Konfigurera LinkedIn som en identitetsprovider

Lägga till LinkedIn-identitetsprovider i ett användarflöde

Skapa en principnyckel

Konfigurera LinkedIn som en identitetsprovider

Lägg till anspråkstransformeringar

Lägga till en användarresa

Lägga till identitetsprovidern i en användarresa

Konfigurera principen för förlitande part

Ladda upp den anpassade principen

Testa din anpassade princip

Migrering från v1.0 till v2.0

Ersätt objekt i metadata

Lägga till objekt i metadata

Uppdatera OutputClaims

Lägg till nya OutputClaimsTransformation-element

Definiera de nya anspråkstransformeringar och anspråkstypen

Hämta en e-postadress

Migrering från v1.0 till v2.0

Feedback

Ytterligare resurser