11.2. AD 子ドメイン内のホストが IdM サーバーのサービスをリクエストする場合の情報の流れ
Active Directory (AD) 子ドメインのクライアントを認証するには、最終的な検証のために Identity Management (IdM) の KDC に到達する前に、AD フォレストルートの KDC を経由する複数段階の Kerberos リファラールチェーンが必要となります。
AD クライアントから IdM サービスにアクセスする際に問題が発生し、AD クライアントが AD フォレストルートの子ドメインであるドメインに属する場合、この情報を使用してトラブルシューティングの作業を絞り込み、問題の原因を特定できます。
- AD クライアントは独自ドメイン内の AD Kerberos Distribution Center (KDC) に接続して、IdM ドメインのサービスに対して TGS リクエストを実行します。
-
子ドメインである
child.ad.example.com内の AD KDC は、サービスが信頼された IdM ドメインに属していることを認識します。 -
子ドメイン内の AD KDC は、AD フォレストルートドメイン
ad.example.comのリファラルチケットをクライアントに送信します。 - AD クライアントは、IdM ドメインのサービスについて、AD フォレストルートドメインの KDC に接続します。
- フォレストルートドメインの KDC は、サービスが信頼された IdM ドメインに属していることを認識します。
- AD KDC は、クロスレルムの Ticket Granting Ticket (TGT) と、信頼された IdM KDC へのリファラルをクライアントに送信します。
- AD クライアントは、レルム間 TGT を使用して IdM KDC へのチケットをリクエストします。
- IdM KDC は、クロスレルム TGT で送信される特権属性証明書 (MS-PAC) を検証します。
- IPA-KDB プラグインは、LDAP ディレクトリーをチェックして、外部プリンシパルがリクエストされたサービスのチケットを取得できるかどうかを確認する場合があります。
- IPA-KDB プラグインは、MS-PAC をデコードし、データを検証およびフィルタリングします。LDAP サーバーで検索を行い、、ローカルグループなどの追加情報で MS-PAC を拡張する必要があるかどうかを確認します。
- 次に、IPA-KDB プラグインは PAC をエンコードして署名し、サービスチケットに添付して AD クライアントに送信します。
- AD クライアントは、IdM KDC によって発行されたサービスチケットを使用して IdM サービスに接続できるようになります。