これは私の好奇心を捉えました-そして洞察に満ちた質問に対して+1-なので、これをテストするための簡単なラボを構築しました:
Win2012-DC
:Windows Server 2012 R2、新しいtest.local
フォレスト/ドメインのドメインコントローラーに昇格。
Win2016-DC
:Windows Server 2016、上記のtest.local
ドメインの2番目のドメインコントローラーとして昇格。
今日(2016-10-29)の時点で、すべてが完全にパッチされ、最新の状態です。フォレストとドメインの両方の機能レベルは2012 R2です。両方のサーバーも、このテストドメインのDNSサーバーとして構成されました。
要約すると、結果は後で予見したとおりであるように見えます。
古いDCは新しい属性を無視し、「デフォルト」の方法(ポリシーは適用されません)で応答しますが、新しいDCはポリシーに従って応答します。
https://technet.microsoft.com/en-us/windows-server-docs/networking/dns/deploy/dns-policies-overviewに記載されているシナリオのほとんどを実行しました。簡潔にするために、以下は2つの特定のシナリオの詳細です。
ドメインのクエリをブロックする
これは2016 DCで問題なく実行されますが、2012 DCは明らかにコマンドも認識しません。
Add-DnsServerQueryResolutionPolicy -Name "BlackholePolicy" -Action IGNORE -FQDN "EQ,*.treyresearch.com"
www.treyresearch.com
2016 DCに対してDNSクエリを発行すると、応答がなく、要求がタイムアウトします。同じクエリが2012 DCに対して発行されると、ポリシーに関する知識がなく、上流のAレコードで構成される予期される応答が提供されます。
地理的位置を認識するアプリケーション負荷分散
参照用の記事に含まれているPowerShellコマンド:
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "DublinZoneScope"
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "AmsterdamZoneScope"
Add-DnsServerResourceRecord -ZoneName "contosogiftservices.com" -A -Name "www" -IPv4Address "151.1.0.1" -ZoneScope "DublinZoneScope”
Add-DnsServerResourceRecord -ZoneName "contosogiftservices.com" -A -Name "www" -IPv4Address "141.1.0.1" -ZoneScope "AmsterdamZoneScope"
Add-DnsServerQueryResolutionPolicy -Name "AmericaLBPolicy" -Action ALLOW -ClientSubnet "eq,AmericaSubnet" -ZoneScope "SeattleZoneScope,2;ChicagoZoneScope,1; TexasZoneScope,1" -ZoneName "contosogiftservices.com" –ProcessingOrder 1
Add-DnsServerQueryResolutionPolicy -Name "EuropeLBPolicy" -Action ALLOW -ClientSubnet "eq,EuropeSubnet" -ZoneScope "DublinZoneScope,1;AmsterdamZoneScope,1" -ZoneName "contosogiftservices.com" -ProcessingOrder 2
Add-DnsServerQueryResolutionPolicy -Name "WorldWidePolicy" -Action ALLOW -FQDN "eq,*.contoso.com" -ZoneScope "SeattleZoneScope,1;ChicagoZoneScope,1; TexasZoneScope,1;DublinZoneScope,1;AmsterdamZoneScope,1" -ZoneName "contosogiftservices.com" -ProcessingOrder 3
ここでの結果は、上記よりもほとんど「悪い」です。www.contosogiftservices.com
ポリシーによってのみ効果的に登録されているため、2012 DCはそれについて何も知らず、NXDOMAINを返します。(www
2012または2016サーバーの従来のDNS管理コンソールではレコードは表示されません。)2016サーバーは、上記のポリシーで構成されたとおりに応答します。
概要
機能レベルの低いドメインで2016機能の使用を妨げるものはここにはありません。最も単純で最も混乱の少ないオプションは、可能であれば、残りの2012 DCのDNSサーバーとしての使用を停止することです。さらに複雑になる可能性があるため、(制限された)スプリットブレイン展開シナリオをサポートする再帰ポリシーなど、ポリシーをサポートする2016サーバーを特定のニーズに向けることができます。