> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> 各 Auth0 Organization が複数の Auth0 接続 を持つ、複数のアイデンティティプロバイダー（IdP）Organization について説明します。

# 複数のアイデンティティプロバイダー Organization

複数の<Tooltip tip="アイデンティティプロバイダー（IdP）: デジタルアイデンティティを保存・管理するサービス。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=Identity+Provider">アイデンティティプロバイダー</Tooltip> (IdP) Organization のシナリオでは、[Auth0 Organizations](/docs/ja-jp/manage-users/organizations/organizations-overview) 機能を利用するすべての Organization が、複数の [Auth0 接続](/docs/ja-jp/authenticate/identity-providers) を使用します。多くの点で、このシナリオの実装は [単一のアイデンティティプロバイダー Organization。実](/docs/ja-jp/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations)際、Auth0 Organizations 機能は、両者を組み合わせて利用することも、2 つの間を簡単に移行することもサポートしています。ただし、追加で考慮すべき点がいくつかあります。

<div id="connections">
  ## 接続
</div>

通常 [Authorization](/docs/ja-jp/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authorization) に含まれる情報に加えて、ユーザーの第 1 要素の認証が行われた特定の [Auth0 接続](/docs/ja-jp/authenticate/identity-providers) に関する詳細を追加することもできます。明示的に必須ではありませんが、アクセス制御に利用できる追加のコンテキストをアプリケーションや API に提供するために、この情報をカスタムクレームとして <Tooltip tip="ID Token: リソースへのアクセスではなく、クライアント自身のための認証情報。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=ID+Token">IDトークン</Tooltip> や <Tooltip tip="Access Token: API へのアクセスに使用される、不透明な文字列または JWT 形式の Authorization 認証情報。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=Access+Token">アクセストークン</Tooltip> に追加できます。

次の例に示すように、カスタムクレームは通常、Rule の拡張機能を使って追加します。これにより、[`context`](/docs/ja-jp/customize/rules/context-object) オブジェクトを使用して 接続 固有の情報にアクセスできます。

```js lines theme={null}
context.idToken['http://travel0.net/connection'] = context.connection;     // コネクション名のクレーム
context.accessToken['http://travel0.net/connection'] = context.connection; // コネクション名のクレーム
```

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  Rules のコンテキストオブジェクトでは、ユーザーの第1要素認証に使用される 接続 のさまざまな情報 (`connection` 名、`connectionID`、`connectionStrategy` など) にアクセスできます。また、[一元化されたポリシーの適用](/docs/ja-jp/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authorization)の一部として利用できる追加情報も提供されるため、Rule の拡張性も高まります。
</Callout>

<div id="database-connection">
  ### データベース接続
</div>

Auth0 では複数の[データベース接続およびカスタムデータベース接続](/docs/ja-jp/authenticate/database-connections)を[プロビジョニング](/docs/ja-jp/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/provisioning)できますが、これらの種類の接続を複数、1 つの Auth0 Organization に関連付けることは推奨されません。データベース接続およびカスタムデータベース接続は現在、[識別子ファースト認証](/docs/ja-jp/authenticate/login/auth0-universal-login/identifier-first)の重要な構成要素であるホームレルム検出をサポートしていないため、複数定義されている場合、<Tooltip tip="ユーザーの本人確認を行うため、アプリケーションは Auth0 の Authorization Server でホストされている Universal Login にリダイレクトされます。" cta="用語集を見る" href="/docs/ja-jp/glossary?term=Universal+Login">Universal Login</Tooltip> の New Experience ではそれらを選び分けることができません。

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  **ベストプラクティス**

  Auth0 Organization で使用するカスタムデータベース接続を定義する場合は、その Auth0 Organization に関連付けるカスタムデータベース接続を、常に 1 つだけにしてください。
</Callout>

<div id="enterprise-connection">
  ### Enterprise 接続
</div>

エンタープライズアプリケーションで [Enterprise Federation](/docs/ja-jp/authenticate/enterprise-connections) を使用している場合は、その Authentication Profile で [ホームレルム検出を使用した識別子ファースト認証](/docs/ja-jp/authenticate/login/auth0-universal-login/identifier-first) を有効にできます。有効にすると、ホームレルム検出によって既知のドメインのメールアドレスが検出され、適切な Workforce ログインに自動的に送られます。

詳しくは、[Login Flows for Organizations](/docs/ja-jp/manage-users/organizations/login-flows-for-organizations) の [識別子ファースト認証](/docs/ja-jp/manage-users/organizations/login-flows-for-organizations#identifier-first-authentication) を参照してください。

<div id="social-connection">
  ### ソーシャル接続
</div>

[認証](/docs/ja-jp/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authentication)のセクションで説明した考慮事項以外に、複数のIdPを持つ組織のシナリオでソーシャル接続を使用する場合、追加で考慮すべき点はありません。