Azure AD B2C のカスタムポリシーとユーザーフローのトラブルシューティング

[アーティクル]
11/20/2023

"開始する前に"、[ポリシーの種類の選択] セレクターを使用して、設定するポリシーの種類を選択します。 Azure Active Directory B2C には、ユーザーがアプリケーションを操作する方法を定義する 2 つの方法 (定義済みのユーザーフローを使用する、または完全に構成可能なカスタムポリシーを使用する) があります。この記事で必要な手順は、方法ごとに異なります。

Azure B2C サービスで発生する特定のエラーをアプリケーションで処理する必要があります。この記事では、一般的なエラーとその対処方法について説明します。

パスワードリセットエラー

このエラーは、ユーザーフローでセルフサービスのパスワードリセットエクスペリエンスが有効になっていない場合に発生します。このため、 [パスワードを忘れた場合] のリンクを選択しても、パスワードリセットのユーザーフローはトリガーされません。代わりに、エラーコード AADB2C90118 がアプリケーションに返されます。

この問題には 2 つの解決策があります。

Azure AD B2C パスワードリセットのユーザーフローを使用して、新しい認証要求で応答します。
推奨されるセルフサービスパスワードリセット (SSPR) エクスペリエンスを使用します。

ユーザーによる操作の取り消し

ユーザーが操作を取り消したときに、Azure AD B2C サービスからアプリケーションにエラーが返されることがあります。ユーザーが取り消し操作を実行するシナリオの例を次に示します。

ユーザーポリシーで、推奨されるセルフサービスパスワードリセット (SSPR) エクスペリエンスをコンシューマーローカルアカウントに使用します。ユーザーは [パスワードを忘れた場合] のリンクを選び、ユーザーフローエクスペリエンスが完了する前に [キャンセル] ボタンを選びます。この場合、Azure AD B2C サービスからアプリケーションにエラーコード AADB2C90091 が返されます。
ユーザーが、LinkedIn などの外部 ID プロバイダーで認証することを選択します。ユーザーは、ID プロバイダー自体で認証する前に [キャンセル] ボタンを選択します。この場合、Azure AD B2C サービスからアプリケーションにエラーコード AADB2C90273 が返されます。 Azure Active Directory B2C サービスで返されるエラーコードの詳細については、こちらを参照してください。

このエラーを処理するには、ユーザーのためにエラーの説明を取得し、同じユーザーフローの新しい認証要求を使用して応答します。

Azure Active Directory B2C (Azure AD B2C) カスタムポリシーを使用すると、ポリシー言語の XML 形式またはランタイムの問題が発生する可能性があります。この記事では、問題を発見して解決するうえで役立つツールとヒントについていくつか説明します。

この記事では、Azure AD B2C のカスタムポリシーの構成のトラブルシューティングについて主に説明します。証明書利用者アプリケーションまたはその ID ライブラリのトラブルシューティングは取り扱いません。

Azure AD B2C 関連付け ID の概要

Azure AD B2C 関連付け ID は、認可要求に関連付けられている一意の識別子の値です。ユーザーが実行するすべてのオーケストレーション手順を通過します。関連付け ID を使用すると、次のことができます。

アプリケーションのサインインアクティビティを特定し、ポリシーのパフォーマンスを追跡します。
サインイン要求の Azure Application Insights ログを検索します。
REST API に関連付け ID を渡し、それを使用してサインインフローを識別します。

関連付け ID は、新しいセッションが確立されるたびに変更されます。お使いのポリシーをデバッグする場合は、必ず既存のブラウザータブを閉じるか、新しいプライベートモードのブラウザーを開いてください。

前提条件

「Active Directory B2C でのカスタムポリシーの概要」にある手順を完了する。

Azure AD B2C 関連付け ID の取得

関連付け ID は、Azure AD B2C のサインアップページまたはサインインページで確認できます。ブラウザーで [ソースの表示] を選択します。関連付けは、ページの上部にコメントとして表示されます。

Screenshot of Azure AD B2C sign-in page view source.

関連付け ID をコピーしてから、サインインフローを続行します。関連付け ID を使用して、サインインの動作を確認します。詳細については、「Application Insights によるトラブルシューティング」を参照してください。

Azure AD B2C 関連付け ID のエコー

Azure AD B2C トークンに関連付け ID を含めることができます。関連付け ID を含めるには、次の操作を行います。

お使いのポリシーの拡張ファイルを開きます。たとえば、「 SocialAndLocalAccounts/TrustFrameworkExtensions.xml 」のように入力します。
BuildingBlocks 要素を検索します。要素が存在しない場合は追加します。
ClaimsSchema 要素を見つけます。要素が存在しない場合は追加します。

ClaimsSchema 要素に関連付け ID 要求を追加します。

<!-- 
<BuildingBlocks>
  <ClaimsSchema> -->
    <ClaimType Id="correlationId">
      <DisplayName>correlation ID</DisplayName>
      <DataType>string</DataType>
    </ClaimType>
  <!-- 
  </ClaimsSchema>
</BuildingBlocks>-->

ポリシーの証明書利用者ファイルを開きます。たとえば、SocialAndLocalAccounts/SignUpOrSignIn.xml ファイルです。ユーザー体験が成功した後、出力要求がトークンに追加され、アプリケーションに送信されます。証明書利用者セクション内の技術プロファイル要素を変更して、correlationId を出力要求として追加します。

<RelyingParty>
  <DefaultUserJourney ReferenceId="SignUpOrSignIn" />
  <TechnicalProfile Id="PolicyProfile">
    <DisplayName>PolicyProfile</DisplayName>
    <Protocol Name="OpenIdConnect" />
    <OutputClaims>
      ...
      <OutputClaim ClaimTypeReferenceId="correlationId" DefaultValue="{Context:CorrelationId}" />
    </OutputClaims>
    <SubjectNamingInfo ClaimType="sub" />
  </TechnicalProfile>
</RelyingParty>

Application Insights によるトラブルシューティング

カスタムポリシーに関する問題を診断するには、Application Insights を使用します。 Application Insights では、カスタムポリシーユーザー体験のアクティビティをトレースします。これは、例外を診断し、Azure AD B2C とさまざまな要求プロバイダーの間の要求の交換を観察する方法を提供します。クレームプロバイダーは、ID プロバイダー、API ベースのサービス、Azure AD B2C ユーザーディレクトリ、その他のサービスなどの技術プロファイルによって定義されます。

VS Code 用の Azure AD B2C 拡張機能をインストールすることをお勧めします。 Azure AD B2C 拡張機能を使用すると、ポリシー名、関連付け ID (Application Insights では関連付け ID の最初の桁が示されます)、ログのタイムスタンプによってログが整理されます。この機能を使用すると、ローカルタイムスタンプに基づいて関連するログを検索し、Azure AD B2C によって実行されるユーザー体験を確認することができます。

Note

Application Insights で新しいログが確認できるようになるまで、少し時間がかかります (通常は 5 分以内)。
コミュニティでは、ID 開発者を支援するために、Azure AD B2C 用の Visual Studio Code 拡張機能が開発されました。 Microsoft はこの拡張機能をサポートしておらず、厳密に現状のままで使用できます。

シングルサインインフローでは、複数の Azure Application Insights トレースを発行できます。次のスクリーンショットでは、B2C_1A_signup_signin ポリシーに 3 つのログがあります。各ログは、サインインフローの一部を表します。

次のスクリーンショットは、Azure Application Insights トレースエクスプローラーを使用した VS Code 用の Azure AD B2C 拡張機能を示しています。

Screenshot of Azure AD B2C extension for VS Code with Azure Application Insights trace.

トレースログのフィルター処理

Azure AD B2C トレースエクスプローラーにフォーカスを移動し、検索する関連付け ID または時間の最初の桁の入力を開始します。 Azure AD B2C トレースエクスプローラーの右上のフィルターボックスにここまでに入力した内容が表示され、一致するトレースログが強調表示されます。

Screenshot of Azure AD B2C extension Azure AD B2C trace explorer filter highlighting.

フィルターボックスの上にマウスポインターを置き、[種類のフィルターを有効にする] を選ぶと、一致するトレースログのみが表示されます。 [X] クリアボタンを使用してフィルターをクリアします。

Screenshot of Azure AD B2C extension Azure AD B2C trace explorer filter.

Application Insights トレースログの詳細

Azure Application Insights トレースを選択すると、拡張機能によって [Application Insights の詳細] ウィンドウが開き、次の情報が表示されます。

Application Insights - トレースログに関する一般的な情報 (ポリシー名、関連付け ID、Azure Application Insights トレース ID、トレースタイムスタンプなど)。
技術プロファイル - トレースログに表示される技術プロファイルのリスト。
要求 - トレースログに表示される要求とその値のアルファベット順の一覧。トレースログに要求が異なる値で複数回出現する場合、最新の値は => 記号で示されます。これらの要求を確認して、予期される要求値が正しく設定されているかどうかを判断できます。たとえば、要求値を確認する前提条件がある場合、要求セクションは、予期されるフローの動作が異なる理由を判断するのに役立ちます。
要求の変換 - トレースログに表示される要求の変換の一覧。それぞれの要求の変換には、入力要求、入力パラメーター、出力要求が含まれています。要求の変換セクションでは、送信されるデータと、要求の変換の結果についての洞察が得られます。
トークン - トレースログに表示されるトークンの一覧。トークンには、基になるフェデレーション OAuth および OpenId Connect ID プロバイダーのトークンが含まれます。フェデレーション ID プロバイダーのトークンからは、ID プロバイダーが Azure AD B2C に要求を返す方法についての詳細が提供されます。これにより、ID プロバイダーの技術プロファイル出力要求をマップできます。
例外 - トレースログに表示される例外または致命的なエラーの一覧。
Application Insights JSON - Application Insights から返される生データ。

次のスクリーンショットは、[Application Insights トレースログの詳細] ウィンドウの例を示しています。

Screenshot of Azure AD B2C extension Azure AD B2C trace report.

JWT トークンのトラブルシューティング

JWT トークンの検証とデバッグを目的として、https://jwt.ms などのサイトを使用して、JWT をデコードすることができます。トークン検査のために https://jwt.ms にリダイレクトできるテストアプリケーションを作成します。 Web アプリケーションを登録し、ID トークンの暗黙的な許可を有効化します (まだこれらを行っていない場合)。

Screenshot of JWT token preview.

[今すぐ実行] と https://jwt.ms を使用して、Web アプリケーションまたはモバイルアプリケーションとは別にポリシーをテストします。この Web サイトは、証明書利用者アプリケーションと同様に動作します。 Azure AD B2C ポリシーが生成する JSON Web トークン (JWT) の内容が表示されます。

SAML プロトコルのトラブルシューティング

サービスプロバイダーとの統合の構成とデバッグを支援するために、SAML プロトコル用のブラウザー拡張機能を使用できます。たとえば、Chrome 用の SAML DevTools 拡張機能、FireFox 用の SAML トレーサー、Edge または IE 開発者ツールなどです。

次のスクリーンショットでは、Azure AD B2C が ID プロバイダーに送信する SAML 要求と SAML 応答が SAML DevTools 拡張機能でどのように表示されるかを示します。

Screenshot of SAML protocol trace log.

これらのツールを使用すると、アプリケーションと Azure AD B2C の統合を確認できます。次に例を示します。

SAML 要求に署名が含まれているかどうかを確認し、認可要求へのサインインに使用するアルゴリズムを決定します。
Azure AD B2C からエラーメッセージが返されるかどうかを確認します。
アサーションセクションが暗号化されているかどうかを確認します。
要求の名前を取得すると、ID プロバイダーが返されます。

Fiddler を使用して、クライアントブラウザーと Azure AD B2C の間でのメッセージ交換をトレースすることもできます。これにより、オーケストレーション手順のどこでユーザー体験が失敗するか、ヒントを得ることができます。

ポリシーの有効性のトラブルシューティング

ポリシーの開発が完了したら、ポリシーを Azure AD B2C にアップロードします。ポリシーに問題がある可能性がありますが、アップロードする前にポリシーを有効にすることができます。

カスタムポリシーの設定における最も一般的なエラーが、不適切な形式の XML です。そのため、優れた XML エディターがほぼ不可欠です。 XML のネイティブな表示、コンテンツの色設定、一般的な用語の事前入力、XML 要素の持続的なインデックス作成、XML スキーマに対する検証を行うものです。

Visual Studio Code を使用することをお勧めします。次に、XML 拡張機能 (Red Hat による XML 言語サポートなど) をインストールします。 XML 拡張機能を使用すると、カスタムポリシー XSD スキーマ定義を使用して、XML ファイルをアップロードする前に XML スキーマを検証できます。

XML ファイルの関連付け方法を使用すると、VS Code の settings.json ファイルに次の設定を追加して、XML ファイルを XSD にバインドできます。これを行うには、次の手順を実行します。

VSCode で、[ファイル]>[ユーザー設定]>[設定] を選択します。詳細については、「ユーザーとワークスペースの設定」を参照してください。
fileAssociations を検索してから、 [拡張機能] の下で [XML] を選択します。
[settings.json で編集] を選択します。

settings.json に、次の JSON コードを追加します。

"xml.fileAssociations": [
  {
    "pattern": "**.xml",
    "systemId": "https://raw.githubusercontent.com/Azure-Samples/active-directory-b2c-custom-policy-starterpack/master/TrustFrameworkPolicy_0.3.0.0.xsd"
  }
]

変更を保存します。

XML 検証エラーの例を次に示します。要素名の上にマウスポインターを置くと、予期される要素が拡張機能によって一覧表示されます。

Screenshot of VS Code XML schema validation error indicator.

次の例では、DisplayName 要素は適正です。ただし、順序が間違っています。 DisplayName は、Protocol 要素の前に配置する必要があります。この問題を修正するには、DisplayName 要素の上にマウスポインターを合わせて、要素の順序を修正します。

Screenshot of VS Code XML schema validation order error.

アップロードポリシーとポリシー検証

XML ポリシーファイルの検証は、アップロード時に自動的に実行されます。ほとんどのエラーによって、アップロードが失敗します。検証には、アップロードするポリシーファイルが含まれます。アップロードファイルが参照する一連のファイル (証明書利用者のポリシーファイル、拡張ファイル、およびベースファイル) も含まれます。

ヒント

Azure AD B2C では、証明書利用者ポリシーの追加の検証が実行されます。ポリシーに問題がある場合は、拡張機能ポリシーのみを編集する場合でも、証明書利用者ポリシーをアップロードすることをお勧めします。

ここでは、一般的な検証エラーと考えられる解決策について説明します。

スキーマ検証エラーが見つかりました...無効な子要素 '{name}' があります

ポリシーに無効な XML 要素が含まれているか、XML 要素は有効ですが、順序が間違っています。この種類のエラーを修正するには、「ポリシーの有効性のトラブルシューティング」セクションを参照してください。

重複するキーシーケンス '{number}' があります

ユーザー体験またはサブ体験は、シーケンスで実行されるオーケストレーション手順の順序付きリストで構成されます。体験を変更すると、手順の番号は、1 から N の整数がスキップされずに順番に付け替えられます。

ヒント

VS Code(Shift+Ctrl+r) 用の Azure AD B2C 拡張機能コマンドを使用すると、ポリシー内のすべてのユーザー体験とサブ体験のオーケストレーション手順の番号を付け替えることができます。

...順序が "{number}" の手順が想定されていますが、見つかりませんでした...

前のエラーを確認してください。

ユーザー体験 "{name}" のオーケストレーション手順の順序 "{number}"...は、後にクレームプロバイダー選択手順が続き、要求の交換である必要がありますが、型は...

ClaimsProviderSelection と CombinedSignInAndSignUp の型のオーケストレーション手順には、ユーザーが選択できるオプションの一覧が含まれています。この後には、1 つまたは複数の要求の交換を行う ClaimsExchange 型が続く必要があります。

次のオーケストレーション手順では、この種類のエラーが発生します。 2 番目のオーケストレーション手順は、ClaimsProviderSelection ではなく、ClaimsExchange 型である必要があります。

<!-- 
<UserJourneys>
  <UserJourney Id="SignUpOrSignIn">
    <OrchestrationSteps>-->
      <OrchestrationStep Order="1" Type="CombinedSignInAndSignUp" ContentDefinitionReferenceId="api.signuporsignin">
        <ClaimsProviderSelections>
          <ClaimsProviderSelection TargetClaimsExchangeId="FacebookExchange"/>
          <ClaimsProviderSelection ValidationClaimsExchangeId="LocalAccountSigninEmailExchange"/>
        </ClaimsProviderSelections>
        <ClaimsExchanges>
          <ClaimsExchange Id="LocalAccountSigninEmailExchange" TechnicalProfileReferenceId="SelfAsserted-LocalAccountSignin-Email"/>
        </ClaimsExchanges>
      </OrchestrationStep> 

      <OrchestrationStep Order="2" Type="ClaimsProviderSelection">
        ...
      </OrchestrationStep>
      ...
    <!--
    </OrchestrationSteps>
  </UserJourney>
</UserJourneys> -->

...手順 {number} で 2 つの要求の交換を行います。どの要求の交換を使用できるかを判断するには、その前にクレームプロバイダーを選択する必要があります

ClaimsExchange 型のオーケストレーション手順は、前の手順が ClaimsProviderSelection または CombinedSignInAndSignUp の型でない限り、単一の ClaimsExchange である必要があります。次のオーケストレーション手順では、この種類のエラーが発生します。 6 番目の手順には、2 つの要求の交換が含まれています。

<!-- 
<UserJourneys>
  <UserJourney Id="SignUpOrSignIn">
    <OrchestrationSteps>-->
      ...
      <OrchestrationStep Order="5" Type="ClaimsExchange">
        ...
        <ClaimsExchanges>
          <ClaimsExchange Id="SelfAsserted-Social" TechnicalProfileReferenceId="SelfAsserted-Social"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      <OrchestrationStep Order="6" Type="ClaimsExchange">
        <ClaimsExchanges>
          <ClaimsExchange Id="Call-REST-First-API" TechnicalProfileReferenceId="Call-REST-First-API"/>
          <ClaimsExchange Id="Call-REST-Second-API" TechnicalProfileReferenceId="Call-REST-Second-API"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      ...
    <!--
    </OrchestrationSteps>
  </UserJourney>
</UserJourneys> -->

この種類のエラーを修正するには、2 つのオーケストレーション手順を使用します。各オーケストレーション手順には、1 つの要求の交換を使用します。

<!-- 
<UserJourneys>
  <UserJourney Id="SignUpOrSignIn">
    <OrchestrationSteps>-->
      ...
      <OrchestrationStep Order="5" Type="ClaimsExchange">
        ...
        <ClaimsExchanges>
          <ClaimsExchange Id="SelfAsserted-Social" TechnicalProfileReferenceId="SelfAsserted-Social"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      <OrchestrationStep Order="6" Type="ClaimsExchange">
        <ClaimsExchanges>
          <ClaimsExchange Id="Call-REST-First-API" TechnicalProfileReferenceId="Call-REST-First-API"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      <OrchestrationStep Order="7" Type="ClaimsExchange">
        <ClaimsExchanges>
          <ClaimsExchange Id="Call-REST-Second-API" TechnicalProfileReferenceId="Call-REST-Second-API"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      ...
    <!--
    </OrchestrationSteps>
  </UserJourney>
</UserJourneys> -->

重複するキーシーケンス '{name}' があります

ユーザー体験に同じ Id を持つ複数の ClaimsExchange があります。次の手順では、この種類のエラーが発生します。 ID AADUserWrite がユーザー体験に 2 回出現しています。

<!-- 
<UserJourneys>
  <UserJourney Id="SignUpOrSignIn">
    <OrchestrationSteps>-->
      ...
      <OrchestrationStep Order="7" Type="ClaimsExchange">
        <ClaimsExchanges>
          <ClaimsExchange Id="AADUserWrite" TechnicalProfileReferenceId="AAD-UserWriteUsingAlternativeSecurityId"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      <OrchestrationStep Order="8" Type="ClaimsExchange">
        <ClaimsExchanges>
          <ClaimsExchange Id="AADUserWrite" TechnicalProfileReferenceId="Call-REST-API"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      ...
    <!--
    </OrchestrationSteps>
  </UserJourney>
</UserJourneys> -->

この種類のエラーを修正するには、8 番目のオーケストレーション手順である要求の交換を、Call-REST-API などの一意の名前に変更します。

<!-- 
<UserJourneys>
  <UserJourney Id="SignUpOrSignIn">
    <OrchestrationSteps>-->
      ...
      <OrchestrationStep Order="7" Type="ClaimsExchange">
        <ClaimsExchanges>
          <ClaimsExchange Id="AADUserWrite" TechnicalProfileReferenceId="AAD-UserWriteUsingAlternativeSecurityId"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      <OrchestrationStep Order="8" Type="ClaimsExchange">
        <ClaimsExchanges>
          <ClaimsExchange Id="Call-REST-API" TechnicalProfileReferenceId="Call-REST-API"/>
        </ClaimsExchanges>
      </OrchestrationStep>
      ...
    <!--
    </OrchestrationSteps>
  </UserJourney>
</UserJourneys> -->

...ID "{claim name}" の ClaimType への参照が作成されますが、ポリシーとその基本ポリシーのいずれにもこのような要素が含まれていません

この種類のエラーは、ポリシーによって要求スキーマで宣言されていない要求への参照が作成された場合に発生します。要求は、ポリシー内の少なくとも 1 つのファイルで定義されている必要があります。

たとえば、技術プロファイルに schoolId 出力要求が含まれています。ただし、出力要求 schoolId は、ポリシーまたは祖先のポリシーで宣言されていません。

<OutputClaims>
  <OutputClaim ClaimTypeReferenceId="schoolId" />
  ...
</OutputClaims>

この種類のエラーを修正するには、ClaimTypeReferenceId 値のスペルが間違っていないか、またはスキーマに存在しているかを確認します。要求が拡張機能ポリシーで定義されているが、基本ポリシーでも使用されている場合。要求が、使用されているポリシーまたは上位レベルのポリシーで定義されていることを確認します。

要求を要求スキーマに追加すると、この種類のエラーが解決されます。

<!--
<BuildingBlocks>
  <ClaimsSchema> -->
    <ClaimType Id="schoolId">
      <DisplayName>School name</DisplayName>
      <DataType>string</DataType>
      <UserHelpText>Enter your school name</UserHelpText>
      <UserInputType>TextBox</UserInputType>
    </ClaimType>
  <!-- 
  </ClaimsSchema>
</BuildingBlocks> -->

ID... を持つ ClaimsTransformation への参照が作成されます...

このエラーの原因は、要求エラーの原因と同様のものです。前のエラーを確認してください。

現在、ユーザーは 'yourtenant.onmicrosoft.com' テナントのユーザーとしてログに記録されています...

アップロードしようとしたポリシーとは異なるテナントのアカウントを使用してサインインします。たとえば、ポリシー TenantId が fabrikam.onmicrosoft.com に設定されている状態で、admin@contoso.onmicrosoft.com にサインインします。

<TrustFrameworkPolicy ...
  TenantId="fabrikam.onmicrosoft.com"
  PolicyId="B2C_1A_signup_signin"
  PublicPolicyUri="http://fabrikam.onmicrosoft.com/B2C_1A_signup_signin">

  <BasePolicy>
    <TenantId>fabrikam.onmicrosoft.com</TenantId>
    <PolicyId>B2C_1A_TrustFrameworkExtensions</PolicyId>
  </BasePolicy>
  ...
</TrustFrameworkPolicy>

<TrustFrameworkPolicy\> および <BasePolicy\> 要素の TenantId の値が、ターゲットの Azure AD B2C テナントと一致していることを確認します。

要求の種類 "{name}" は証明書利用者の技術プロファイルの出力要求ですが、ユーザー体験のどの手順でも出力要求ではありません...

証明書利用者ポリシーで出力要求を追加しましたが、出力要求はユーザー体験のどの手順でも出力要求ではありません。 Azure AD B2C では要求バッグから要求値を読み取ることができません。

次の例では、schoolId 要求は証明書利用者の技術プロファイルの出力要求ですが、SignUpOrSignIn ユーザー体験のどの手順でも出力要求ではありません。

<RelyingParty>
  <DefaultUserJourney ReferenceId="SignUpOrSignIn" />
  <TechnicalProfile Id="PolicyProfile">
    <DisplayName>PolicyProfile</DisplayName>
    <Protocol Name="OpenIdConnect" />
    <OutputClaims>
      <OutputClaim ClaimTypeReferenceId="schoolId" />
      ...
    </OutputClaims>
    <SubjectNamingInfo ClaimType="sub" />
  </TechnicalProfile>
</RelyingParty>

この種類のエラーを修正するには、出力要求が少なくとも 1 つのオーケストレーション手順の技術プロファイル出力要求コレクションに出現していることを確認します。ユーザー体験で要求を出力できない場合は、証明書利用者の技術プロファイルで、空の文字列などの既定値を設定します。

<OutputClaim ClaimTypeReferenceId="schoolId" DefaultValue="" />

入力文字列の形式が正しくありません

別の型の要求に無効な値の型を設定しています。たとえば、整数の要求を定義します。

<!--
<BuildingBlocks>
  <ClaimsSchema> -->
    <ClaimType Id="age">
      <DisplayName>Age</DisplayName>
      <DataType>int</DataType>
    </ClaimType>
  <!--
  </ClaimsSchema>
</BuildingBlocks> -->

次に、文字列値を設定しようとします。

<OutputClaim ClaimTypeReferenceId="age" DefaultValue="ABCD" />

この種類のエラーを修正するには、DefaultValue="0" のように、正しい値を設定していることを確認してください。

テナント "{name}" には既に ID "{name}" のポリシーがあります。同じ ID を持つ別のポリシーを格納することはできません

テナントにポリシーをアップロードしようとしましたが、同じ名前のポリシーが既にテナントにアップロードされています。

この種類のエラーを修正するには、ポリシーをアップロードするときに、 [カスタムポリシーが既に存在する場合は上書きします] チェックボックスをオンにします。

Screenshot that demonstrates how to overwrite the custom policy if it already exists.

次のステップ

Application Insights を使用して Azure Active Directory B2C のログを収集する方法を確認します。

次の方法で共有

Azure AD B2C のカスタムポリシーとユーザーフローのトラブルシューティング

パスワードリセットエラー

ユーザーによる操作の取り消し

Azure AD B2C 関連付け ID の概要

前提条件

Azure AD B2C 関連付け ID の取得

Azure AD B2C 関連付け ID のエコー

Application Insights によるトラブルシューティング

トレースログのフィルター処理

Application Insights トレースログの詳細

JWT トークンのトラブルシューティング

SAML プロトコルのトラブルシューティング

ポリシーの有効性のトラブルシューティング

アップロードポリシーとポリシー検証

スキーマ検証エラーが見つかりました...無効な子要素 '{name}' があります

重複するキーシーケンス '{number}' があります

...順序が "{number}" の手順が想定されていますが、見つかりませんでした...

ユーザー体験 "{name}" のオーケストレーション手順の順序 "{number}"...は、後にクレームプロバイダー選択手順が続き、要求の交換である必要がありますが、型は...

...手順 {number} で 2 つの要求の交換を行います。どの要求の交換を使用できるかを判断するには、その前にクレームプロバイダーを選択する必要があります

重複するキーシーケンス '{name}' があります

...ID "{claim name}" の ClaimType への参照が作成されますが、ポリシーとその基本ポリシーのいずれにもこのような要素が含まれていません

ID... を持つ ClaimsTransformation への参照が作成されます...

現在、ユーザーは 'yourtenant.onmicrosoft.com' テナントのユーザーとしてログに記録されています...

要求の種類 "{name}" は証明書利用者の技術プロファイルの出力要求ですが、ユーザー体験のどの手順でも出力要求ではありません...

入力文字列の形式が正しくありません

テナント "{name}" には既に ID "{name}" のポリシーがあります。同じ ID を持つ別のポリシーを格納することはできません

次のステップ

フィードバック

その他のリソース

次の方法で共有

Azure AD B2C のカスタム ポリシーとユーザー フローのトラブルシューティング

パスワード リセット エラー

ユーザーによる操作の取り消し

Azure AD B2C 関連付け ID の概要

前提条件

Azure AD B2C 関連付け ID の取得

Azure AD B2C 関連付け ID のエコー

Application Insights によるトラブルシューティング

トレース ログのフィルター処理

Application Insights トレース ログの詳細

JWT トークンのトラブルシューティング

SAML プロトコルのトラブルシューティング

ポリシーの有効性のトラブルシューティング

アップロード ポリシーとポリシー検証

スキーマ検証エラーが見つかりました...無効な子要素 '{name}' があります

重複するキー シーケンス '{number}' があります

...順序が "{number}" の手順が想定されていますが、見つかりませんでした...

ユーザー体験 "{name}" のオーケストレーション手順の順序 "{number}"...は、後にクレーム プロバイダー選択手順が続き、要求の交換である必要がありますが、型は...

...手順 {number} で 2 つの要求の交換を行います。 どの要求の交換を使用できるかを判断するには、その前にクレーム プロバイダーを選択する必要があります

重複するキー シーケンス '{name}' があります

...ID "{claim name}" の ClaimType への参照が作成されますが、ポリシーとその基本ポリシーのいずれにもこのような要素が含まれていません

ID... を持つ ClaimsTransformation への参照が作成されます...

現在、ユーザーは 'yourtenant.onmicrosoft.com' テナントのユーザーとしてログに記録されています...

要求の種類 "{name}" は証明書利用者の技術プロファイルの出力要求ですが、ユーザー体験のどの手順でも出力要求ではありません...

入力文字列の形式が正しくありません

テナント "{name}" には既に ID "{name}" のポリシーがあります。 同じ ID を持つ別のポリシーを格納することはできません

次のステップ

フィードバック

その他のリソース

Azure AD B2C のカスタムポリシーとユーザーフローのトラブルシューティング

パスワードリセットエラー

トレースログのフィルター処理

Application Insights トレースログの詳細

アップロードポリシーとポリシー検証

重複するキーシーケンス '{number}' があります

ユーザー体験 "{name}" のオーケストレーション手順の順序 "{number}"...は、後にクレームプロバイダー選択手順が続き、要求の交換である必要がありますが、型は...

...手順 {number} で 2 つの要求の交換を行います。どの要求の交換を使用できるかを判断するには、その前にクレームプロバイダーを選択する必要があります

重複するキーシーケンス '{name}' があります

テナント "{name}" には既に ID "{name}" のポリシーがあります。同じ ID を持つ別のポリシーを格納することはできません