在 Azure Active Directory B2C 中设置登录特定 Microsoft Entra 组织

• 创建用户流，以便用户能够注册并登录应用程序。
• 注册 Web 应用程序。

• 完成 Active Directory B2C 中的自定义策略入门中的步骤。 本教程指导你如何更新自定义策略文件以使用 Azure AD B2C 租户配置。
• 注册 Web 应用程序。

将 Microsoft Entra ID 配置为标识提供者

1. 如果有权访问多个租户，请选择顶部菜单中的“设置”图标，切换到“目录 + 订阅”菜单中的 Azure AD B2C 租户。

2. 选择 Azure 门户左上角的“所有服务”，然后搜索并选择“Azure AD B2C” 。

3. 选择“标识提供程序”，然后选择“新建 OpenID Connect 提供程序” 。

4. 输入“名称”。 例如，输入 Contoso Microsoft Entra ID。

5. 对于“元数据 URL”，请输入以下 URL，将 {tenant} 替换为 Microsoft Entra 租户的域名：

   https://login.partner.microsoftonline.cn/{tenant}/v2.0/.well-known/openid-configuration
   

   例如 https://login.partner.microsoftonline.cn/contoso.partner.onmschina.cn/v2.0/.well-known/openid-configuration。

6. 对于“客户端 ID”，输入之前记录的应用程序 ID。

7. 对于“客户端密码”，输入之前记录的客户端密码值。

8. 对于“作用域”，输入 openid profile。

9. 对于“响应类型”和“响应模式” ，请保留默认值。

10. （可选）对于“域提示”，请输入 contoso.com。 有关详细信息，请参阅使用 Azure Active Directory B2C 设置直接登录。

11. 在“标识提供者声明映射”下，选择以下声明：

    • 用户 ID：oid
    • 显示名称：name
    • 给定名称：given_name
    • 姓氏：family_name
    • 电子邮件：email

12. 选择“保存”。

将 Microsoft Entra 标识提供者添加到用户流

此时，Microsoft Entra 标识提供者已设置，但还不能在任何登录页中使用。 若要将 Microsoft Entra 标识提供者添加到用户流，请执行以下操作：

1. 在 Azure AD B2C 租户中，选择“用户流” 。
2. 单击要添加 Microsoft Entra 标识提供者的用户流。
3. 在“设置”下，选择“标识提供者”
4. 在“自定义标识提供者”下，选择“Contoso Microsoft Entra ID”。
5. 选择“保存”。
6. 若要测试策略，请选择“运行用户流”。
7. 对于“应用程序”，请选择前面注册的 Web 应用程序。 “回复 URL”应显示为 https://jwt.ms。
8. 选择“运行用户流”按钮。
9. 在注册或登录页面上，选择“Contoso Microsoft Entra ID”以使用 Microsoft Entra Contoso 帐户登录。

如果登录过程成功，则浏览器将重定向到 https://jwt.ms，其中显示了 Azure AD B2C 返回的令牌内容。

创建策略密钥

需将创建的应用程序密钥存储在 Azure AD B2C 租户中。

1. 如果有权访问多个租户，请选择顶部菜单中的“设置”图标，切换到“目录 + 订阅”菜单中的 Azure AD B2C 租户。
2. 选择 Azure 门户左上角的“所有服务”，然后搜索并选择“Azure AD B2C” 。
3. 在“策略”下，选择“Identity Experience Framework”。
4. 选择“策略密钥”，然后选择“添加”。
5. 对于“选项”，请选择 Manual。
6. 输入策略密钥的名称。 例如，ContosoAppSecret。 前缀 B2C_1A_ 会在创建密钥时自动添加到密钥的名称，因此它在以下部分的 XML 中的引用是 B2C_1A_ContosoAppSecret。
7. 在“机密”中，输入你之前记录的客户端密码值。
8. 在“密钥用法”处选择 Signature。
9. 选择“创建”。

将 Microsoft Entra ID 配置为标识提供者

若要让用户使用 Microsoft Entra 帐户登录，需要将 Microsoft Entra ID 定义为 Azure AD B2C 可通过终结点与其进行通信的声明提供程序。 该终结点将提供一组声明，Azure AD B2C 使用这些声明来验证特定的用户是否已完成身份验证。

通过在策略的扩展文件中将 Microsoft Entra ID 添加到 ClaimsProvider 元素，可以将 Microsoft Entra ID 定义为声明提供程序。

1. 打开 TrustFrameworkExtensions.xml 文件。

2. 找到 ClaimsProviders 元素。 如果该元素不存在，请在根元素下添加它。

3. 如下所示添加新的 ClaimsProvider：

   <ClaimsProvider>
     <Domain>Contoso</Domain>
     <DisplayName>Login using Contoso</DisplayName>
     <TechnicalProfiles>
       <TechnicalProfile Id="AADContoso-OpenIdConnect">
         <DisplayName>Contoso Employee</DisplayName>
         <Description>Login with your Contoso account</Description>
         <Protocol Name="OpenIdConnect"/>
         <Metadata>
           <Item Key="METADATA">https://login.partner.microsoftonline.cn/tenant-name.partner.onmschina.cn/v2.0/.well-known/openid-configuration</Item>
           <Item Key="client_id">00001111-aaaa-2222-bbbb-3333cccc4444</Item>
           <Item Key="response_types">code</Item>
           <Item Key="scope">openid profile</Item>
           <Item Key="response_mode">form_post</Item>
           <Item Key="HttpBinding">POST</Item>
           <Item Key="UsePolicyInRedirectUri">false</Item>
         </Metadata>
         <CryptographicKeys>
           <Key Id="client_secret" StorageReferenceId="B2C_1A_ContosoAppSecret"/>
         </CryptographicKeys>
         <OutputClaims>
           <OutputClaim ClaimTypeReferenceId="issuerUserId" PartnerClaimType="oid"/>
           <OutputClaim ClaimTypeReferenceId="tenantId" PartnerClaimType="tid"/>
           <OutputClaim ClaimTypeReferenceId="givenName" PartnerClaimType="given_name" />
           <OutputClaim ClaimTypeReferenceId="surName" PartnerClaimType="family_name" />
           <OutputClaim ClaimTypeReferenceId="displayName" PartnerClaimType="name" />
           <OutputClaim ClaimTypeReferenceId="authenticationSource" DefaultValue="socialIdpAuthentication" AlwaysUseDefaultValue="true" />
           <OutputClaim ClaimTypeReferenceId="identityProvider" PartnerClaimType="iss" />
         </OutputClaims>
         <OutputClaimsTransformations>
           <OutputClaimsTransformation ReferenceId="CreateRandomUPNUserName"/>
           <OutputClaimsTransformation ReferenceId="CreateUserPrincipalName"/>
           <OutputClaimsTransformation ReferenceId="CreateAlternativeSecurityId"/>
           <OutputClaimsTransformation ReferenceId="CreateSubjectClaimFromAlternativeSecurityId"/>
         </OutputClaimsTransformations>
         <UseTechnicalProfileForSessionManagement ReferenceId="SM-SocialLogin"/>
       </TechnicalProfile>
     </TechnicalProfiles>
   </ClaimsProvider>
   

4. 在 ClaimsProvider 元素下，将 Domain 的值更新为可用于与其他标识提供者进行区分的唯一值。 例如，Contoso。 你没有在此域设置的末尾添加 .com。

5. 在 ClaimsProvider 元素下，将 DisplayName 的值更新为声明提供程序的友好名称。 目前不会使用此值。

更新技术配置文件

若要从 Microsoft Entra 终结点获取令牌，需要定义 Azure AD B2C 与 Microsoft Entra ID 通信时应使用的协议。 此操作在 ClaimsProvider 的 TechnicalProfile 元素内完成。

1. 更新 TechnicalProfile 元素的 ID。 此 ID 用于从策略的其他部分引用此技术配置文件，例如 AADContoso-OpenIdConnect。
2. 更新 DisplayName 的值。 此值会显示在登录屏幕中的登录按钮上。
3. 更新 Description 的值。
4. Microsoft Entra ID 使用 OpenID Connect 协议，因此请确保协议的值是 OpenIdConnect。
5. 将 METADATA 的值设置为 https://login.partner.microsoftonline.cn/tenant-name.partner.onmschina.cn/v2.0/.well-known/openid-configuration，其中 tenant-name 为你的 Microsoft Entra 租户名称。 例如： https://login.partner.microsoftonline.cn/contoso.partner.onmschina.cn/v2.0/.well-known/openid-configuration
6. 将 client_id 设置为应用程序注册中的应用程序 ID。
7. 在“CryptographicKeys”下，将“StorageReferenceId”的值更新为之前创建的策略密钥的名称。 例如，B2C_1A_ContosoAppSecret。

添加用户旅程

此时，标识提供者已设置，但还不能在任何登录页中使用。 如果你没有自己的自定义用户旅程，请创建现有模板用户旅程的副本，否则，请继续执行下一步。

1. 打开初学者包中的 TrustFrameworkBase.xml 文件。
2. 找到并复制包含 Id="SignUpOrSignIn" 的 UserJourney 元素的完整内容。
3. 打开 TrustFrameworkExtensions.xml 并找到 UserJourneys 元素。 如果该元素不存在，请添加一个。
4. 将复制的 UserJourney 元素的完整内容粘贴为 UserJourneys 元素的子级。
5. 对用户旅程的 ID 进行重命名。 例如，Id="CustomSignUpSignIn"。

将标识提供者添加到用户旅程

目前你已拥有用户旅程，请将新的标识提供者添加到用户旅程。 首先添加一个“登录”按钮，然后将该按钮链接到某个操作。 该操作是你之前创建的技术配置文件。

1. 在用户旅程中，查找包含 Type="CombinedSignInAndSignUp" 或 Type="ClaimsProviderSelection" 的业务流程步骤元素。 这通常是第一个业务流程步骤。 ClaimsProviderSelections 元素包含用户可以用来登录的标识提供者列表。 元素的顺序将决定向用户显示的登录按钮的顺序。 添加 ClaimsProviderSelection XML 元素。 将 TargetClaimsExchangeId 的值设置为易记名称。

2. 在下一个业务流程步骤中，添加 ClaimsExchange 元素。 将 ID 设置为目标声明交换 ID 的值。将 TechnicalProfileReferenceId 的值更新为之前创建的技术配置文件的 ID 。

下面的 XML 演示了使用标识提供者进行用户旅程的前两个业务流程步骤：

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

<OrchestrationStep Order="2" Type="ClaimsExchange">
  ...
  <ClaimsExchanges>
    <ClaimsExchange Id="AzureADContosoExchange" TechnicalProfileReferenceId="AADContoso-OpenIdConnect" />
  </ClaimsExchanges>
</OrchestrationStep>

配置信赖方策略

信赖方策略（例如 SignUpSignIn.xml）指定 Azure AD B2C 将执行的用户旅程。 在信赖方内查找 DefaultUserJourney 元素。 更新 ReferenceId，使其与已在其中添加标识提供者的用户旅程 ID 匹配。

在以下示例中，对于 CustomSignUpSignIn 用户旅程，将 ReferenceId 设置为 CustomSignUpSignIn：

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

上传自定义策略

1. 登录到 Azure 门户。
2. 在门户工具栏中选择“目录 + 订阅”图标，然后选择包含 Azure AD B2C 租户的目录。
3. 在 Azure 门户中，搜索并选择“Azure AD B2C”。
4. 在“策略”下，选择“Identity Experience Framework”。
5. 选择“上传自定义策略”，然后上传已更改的两个策略文件，其顺序为：先上传扩展策略（例如 TrustFrameworkExtensions.xml），然后上传信赖方策略（例如 SignUpSignIn.xml）。

测试自定义策略

1. 选择信赖方策略，例如 B2C_1A_signup_signin。
2. 对于“应用程序”，请选择前面注册的 Web 应用程序。 “回复 URL”应显示为 https://jwt.ms。
3. 选择“立即运行”按钮。
4. 在注册或登录页面上，选择“Contoso 员工”以使用 Microsoft Entra Contoso 帐户登录。

如果登录过程是成功的，则你的浏览器会被重定向到 https://jwt.ms，其中显示 Azure AD B2C 返回的令牌内容。