ドメイン コントローラが _Msdcs.ForestDnsName ドメイン用に自身をポイントすると、DNS サーバーが孤立する

この現象を解決するには、次の例を参照し、2 つの方法のいずれかを使用します。


例


フォレスト ルートの 2 つのドメイン コントローラは DC1.example.com と DC2.example.com を複製していません。いずれのドメイン コントローラも DNS サービスを備えており、example.com ドメインに対する権限があります。


両方のドメイン コントローラの NetLogon サービスは、自身の DNS レコードを登録しようとするときに、優先 DNS サーバー (それら自体) が example.com ゾーンに対して権限を持つことを検出します。いずれのサーバーもそれら自体のローカル DNS サービスでレコードを登録します。これらのレコードの 1 つが DsaGuid._msdcs.ForestDnsName 用のドメイン コントローラ ロケータ CNAME レコードです。DC1 が DC2 との複製を行おうとすると、DC1 は DC2 に対するこの CNAME レコードについてローカル DNS サーバーに問い合わせますが、検出できません。このため、複製処理は成功しません。


この現象を解決するには複数の方法を利用できます。特定の組織に対して最良となる方法は、サーバーの負荷とネットワークの検討事項によって異なります。可能な 2 つの方法を次に示します。

方法 1

フォレスト ルートにある DNS サーバーを 1 つ選択して、ルート ドメインにある他のすべてのドメイン コントローラで、その DNS サーバーをそれらのプライマリ DNS サーバーとしてポイントします。それぞれのドメイン コントローラは、自身をポイントしないのであれば、代替 DNS サーバーを使用して設定することもできます。他のフォレスト ルート ドメイン コントローラのプライマリ ロケーション(優先 DNS サーバーとして選ばれた唯一のドメインコントローラ) として機能するドメイン コントローラは、自身をポイントして DNS 解決を行います。


注: この実装処理は、プライマリ サーバーとして機能するサーバーが高負荷になりやすい場合や、フォレスト ルート内のドメイン コントローラが地理的に分散している場合は適切ではありません。

例

ドメイン = example.com (フォレスト内の最初のドメイン)

DNS サービスを備えた 3 つのドメイン コントローラ = DC1、DC2、DC3

example.com は Active Directory を統合したゾーンです。

DC1 は、この構成の中でプライマリ ロケーションとして扱われています。

DC1 は、TCP/IP プロパティの DNS サーバー設定に対して自身をポイントするように設定されます。

DC2 は、DC1 をプライマリ ロケーション、DC3 を代替としてそれぞれポイントします。
DC3 は、DC1 をプライマリ ロケーション、DC2 を代替としてそれぞれポイントします。

方法 2

サーバーをフォレスト ルート内のドメイン コントローラに昇格させる場合、ルート内の他のすべてのドメイン コントローラに対して、DsaGuid._msdcs.ForestName に対するドメイン コントローラ ロケータ CNAME レコードを備えているドメイン コントローラまたは DNS サーバーとしてプライマリ DNS サーバーを設定します。


DNS サービスをインストールし、統合 Active Directory DNS ゾーンを有効にして、この新しいドメイン コントローラを複製できるようにします。すると、ドメイン コントローラは優先 DNS サーバーまたは代替 DNS サーバーとして自身をポイントするように変更されることがあります。

ルートでドメイン コントローラのインターネット プロトコル (IP) アドレスが変更された場合、必要がなくなるまで方法 1 の手順を実行する必要が生じることがあります。変更がドメイン コントローラの DNS ゾーンに複製されていることを確認した時点で、そのドメイン コントローラはプライマリ DNS サーバーまたは代替 DNS サーバーとして自身をポイントするように設定されているはずです。