4 混在デプロイメントの理解

1つのサーバー・インスタンスにプロキシの機能とディレクトリ・サーバーの機能をデプロイすると便利な場合があります。この章では、対象となるデプロイメントでサポートされる次のシナリオと制限について説明します。

ノート:

ここで説明されている仮想ディレクトリ機能を使用するには、有効なOracle Directory Service Plusライセンスが必要です。

4.1 混在デプロイメントでの考慮事項

混在デプロイメントのシナリオを設計するときには、設計時の考慮事項とデプロイメント・オプションについて理解することが不可欠となります。

この項ではこの考慮事項について説明します。内容は次のとおりです。

4.1.1 ディレクトリ・サーバーとしてのOracle Unified Directoryのインストールの理解

この項の目的は、Oracle Unified Directoryをディレクトリ・サーバーとしてインストールする場合に注意が必要となる考慮事項について理解することです。

oud-setupコマンドを使用してOracle Unified Directoryをディレクトリ・サーバーとしてインストールするときには、次の点に留意する必要があります。

  • ローカル・バックエンド、Kerberos、EUSおよびパススルー認証ワークフロー要素のみを使用できます。

  • 仮想ACIはサポートされません。

  • ローカル・バックエンドの拡張機能をすべて使用できます。これには、パスワード・ポリシー、グループ、集合属性、仮想属性、特権、参照整合性、パスワード記憶、7ビットなどがあります。

  • ローカル・バックエンド・ワークフロー要素にはレプリケーションを使用できます。

4.1.2 プロキシとしてのOracle Unified Directoryのインストールの理解

Oracle Unified Directoryをプロキシ・サーバーとしてインストールする場合、パススルー認証や結合機能を関連するワークフロー要素を使用して実現できます。ただし、このことを実行するときに、考慮事項について理解する必要があります。

次の点に留意する必要があります。

  • 非ローカル・ワークフロー要素をすべて使用できます。これにはLDAPプロキシ、結合、リネーム、変換、RDN変更、ADページング、分散およびロード・バランシングがあります。

  • パススルー認証またはEUSのいずれかを使用できます。

  • ローカル・バックエンドを結合参加要素として使用できます。

    • ローカル・バックエンドの拡張機能はサポートされません。

    • ローカル・バックエンド・ワークフロー要素にはレプリケーションを使用できます。

    • ローカル・バックエンド・ワークフロー要素に定義されたACIは結合またはパススルー認証レベルでのDNマッピングに対応していないため、仮想ACIを使用する必要があります。

  • 仮想ACIを使用できますが、バインド・ルールで使用できるのはバインドDNのみです。バインド・ルールの詳細は、「仮想アクセス制御命令構文について」を参照してください。

  • 仮想ACIバックエンドをレプリケートできます。

4.2 パススルー認証構成の例

パススルー認証は、ディレクトリ・サーバー間でバインド・リクエストの認証を求める方法です。これにより、ディレクトリ・サーバーの別のインスタンスのユーザーと構成情報を管理できます。

クライアントがディレクトリ・サーバーへのバインドを試行するとき、認証用のユーザー資格証明がローカルで格納されておらず、認証(Auth)サーバーと呼ばれるリモートの別のディレクトリ・サーバーに格納されている場合、パススルー認証メカニズムが使用されます。これは、ユーザーが認証を試行すると、バインド・リクエストがリモートのLDAPサーバーに転送されますが、他の操作はディレクトリ・サーバーによってローカルで処理されることを意味します。このようなデプロイメントは、パススルー認証と呼ばれます。

図4-1は、パススルー認証メカニズムを示しています。

ユーザー・パスワードは、リモートLDAPサーバーに格納されますが、ユーザー・エントリの他の属性はすべて、ローカルのOracle Unified Directoryに格納されます。

ノート:

ここで説明されている仮想ディレクトリ機能を使用するには、有効なOracle Directory Service Plusライセンスが必要です。

関連項目:

図4-1 パススルー認証メカニズム



4.3 Shadowジョイナの構成の例

LDAPアダプタやデータベース・ストアなどのソースで、リモート・データ・ストアに対してスキーマ拡張機能を必要とするが、スキーマ拡張機能がビジネスまたは技術的な理由により使用できない場合には、Shadowジョイナによってそれらのエントリを格納できます。

Shadowジョイナでは、ローカル・バックエンド・ワークフロー要素など、シャドウ・ディレクトリと呼ばれるその他のストアの拡張属性を格納できます。「Shadowジョイナ・タイプ」を参照してください。

図4-2は、シャドウ結合の構成を示しています。リモート・ワークフロー要素にはユーザー・エントリが含まれる一方で、ローカル・バックエンドには地域属性や説明属性、およびリモート・サーバーとの結合が含まれます。

図4-2 Shadowジョイナの構成