スプリット ブレイン DNS の展開に DNS ポリシーを使用する
このトピックを使用して、スプリットブレイン DNS 展開用に Windows Server® 2016 で DNS ポリシーを構成する方法を学びます。ここでは、単一のゾーンの 2 つのバージョンがあり、1 つは組織のイントラネットの内部ユーザー用で、もう 1 つは、外部ユーザー (通常はインターネット上のユーザー) 用です。
注意
Active Directory 統合 DNS ゾーンでのスプリットブレイン DNS 展開に DNS ポリシーを使用する方法の詳細については、「Active Directory でスプリットブレイン DNS に DNS ポリシーを使用する」を参照してください。
以前は、このシナリオは、DNS 管理者の管理 2 台の DNS サーバー、各内部および外部のユーザーのセットごとにサービスを提供することが必要です。 この場合だけで、ゾーン内のいくつかのレコードが分割 brained またはゾーン (内部および外部) の両方のインスタンスが同じ親ドメインに委任された、管理の難点ようになりました。
スプリット ブレイン展開用の別の構成シナリオは、DNS 名前解決のための選択的の再帰コントロールです。 状況によっては、企業の DNS サーバーもする必要があります、外部ユーザーの権限を持つネーム サーバーとして機能し、再帰をブロック中に、内部ユーザー用のインターネット経由で再帰的な解決を行う必要があります。
このトピックは、次のセクションで構成されています。
スプリット ブレインの DNS の展開の例
DNS のポリシーを使用して、スプリット ブレイン DNS の既に説明したシナリオを実現する方法の例を次に示します。
このセクションでは、次のトピックを扱います。
この例では、www.career.contoso.com に仕事紹介 Web サイトを保持する 1 つの架空の企業、Contoso 社を使用します。
サイトには、内部の求人が利用可能な内部ユーザー用、2 つのバージョンがあります。 この内部サイトは、ローカル IP アドレス 10.0.0.39 から入手できます。
2 番目のバージョンは、パブリック IP アドレス 65.55.39.10 で利用可能な同じサイトのパブリック バージョンです。
DNS のポリシーがない場合を別の Windows Server DNS サーバーでこれら 2 つのゾーンをホストし、それらを個別に管理、管理者が必要です。
DNS ポリシーを使用してこれらのゾーンできますでホストされるよう、同じ DNS サーバーです。
次の図は、このシナリオを示しています。
DNS スプリット ブレイン展開のしくみ
必要な DNS ポリシーで、DNS サーバーを構成すると、各名前解決の要求は、DNS サーバー上のポリシーに対して評価されます。
サーバーのインターフェイスは、内部および外部のクライアントを区別するために、この例では、条件として使用されます。
クエリを受信するサーバーのインターフェイスには、任意のポリシーが一致すると、クエリに応答する、関連付けられているゾーンのスコープが使用されます。
そのため、この例ではプライベート IP (10.0.0.56) で受信される www.career.contoso.com に対する DNS クエリが内部の IP アドレスを含む DNS 応答を受信し、パブリック ネットワーク インターフェイスで受信される DNS クエリが、既定のゾーン スコープ (通常のクエリの解決と同じ) のパブリック IP アドレスを含む DNS 応答を受信します。
スプリット ブレインの DNS 展開を構成する方法
DNS のポリシーを使用して DNS Split-Brain 展開を構成するには、次の手順を使用する必要があります。
次のセクションでは、詳細な構成手順を説明します。
重要
次のセクションでは、多くのパラメーターのサンプル値を含む Windows PowerShell コマンドの例を示します。 これらのコマンドで値の例は、これらのコマンドを実行する前に、展開に対応する値を置き換えることを確認します。
ゾーンのスコープを作成します。
ゾーンのスコープは、ゾーンの一意のインスタンスです。 DNS ゾーンには複数のゾーン スコープが存在する可能性があります。各ゾーン スコープには、独自の DNS レコード セットが含まれています。 同じレコードが複数のスコープに存在する可能性があり、IP アドレスは同じ場合も違う場合もあります。
注意
既定では、ゾーンのスコープは、DNS ゾーンに存在します。 このゾーンのスコープでは、ゾーンと同じ名前と、従来の DNS の機能がこのスコープで動作します。 この既定のゾーン スコープは、www.career.contoso.com の外部のバージョンをホストします。
次のコマンド例は、内部ゾーン スコープを作成するのにゾーン スコープ contoso.com のパーティション分割に使用できます。 内部のゾーン スコープは、www.career.contoso.com の内部バージョンを保持するのに使用されます。
Add-DnsServerZoneScope -ZoneName "contoso.com" -Name "internal"
詳細については、次を参照してください 追加 DnsServerZoneScope。
レコードをゾーンのスコープに追加します。
次の手順では、(外部クライアント向け)、2 つのゾーン スコープの内部に Web サーバーのホストと既定値を表すレコードを追加します。
内部ゾーン スコープ内でレコード www.career.contoso.com 追加 10.0.0.39 で、プライベート IP アドレスは、IP アドレスを使用し、ゾーンの既定のスコープで同じレコードを www.career.contoso.com, 、65.55.39.10 の IP アドレスを追加します。
いいえ – ゾーン範囲ゾーン レコードがゾーンの既定のスコープに追加される場合に、次の例のコマンドにパラメーターが含まれています。 これは、バニラのゾーンにレコードを追加すると似ています。
Add-DnsServerResourceRecord -ZoneName "contoso.com" -A -Name "www.career" -IPv4Address "65.55.39.10"
Add-DnsServerResourceRecord -ZoneName "contoso.com" -A -Name "www.career" -IPv4Address "10.0.0.39” -ZoneScope "internal"
詳細については、次を参照してください。 追加 DnsServerResourceRecordします。
DNS のポリシーを作成します。
外部ネットワークおよび内部ネットワーク用のサーバー インターフェイスを識別する、ゾーンのスコープを作成した後は、内部および外部のゾーンのスコープを接続する DNS ポリシーを作成する必要があります。
注意
この例では、条件として、サーバー インターフェイスを使用して、内部および外部のクライアントを区別します。 内部および外部のクライアントを区別するために別の方法では、クライアントのサブネットを使用して、条件として、です。 内部のクライアントが属するサブネットを特定する場合は、クライアントのサブネットに基づいて区別するために DNS のポリシーを構成できます。 クライアントのサブネットの条件を使用したトラフィック管理を構成する方法については、次を参照してください。 のプライマリ サーバーの地理的な場所ベースのトラフィック管理用の DNS ポリシーを使用してします。
DNS サーバーは、プライベート インターフェイスでクエリを受信したときに、内部のゾーンのスコープから DNS クエリの応答が返されます。
注意
ポリシーの既定のゾーンのスコープをマッピングするため必要はありません。
前の図に示すように、次のコマンド例では、10.0.0.56 はプライベート ネットワーク インターフェイスの IP アドレスです。
Add-DnsServerQueryResolutionPolicy -Name "SplitBrainZonePolicy" -Action ALLOW -ServerInterface "eq,10.0.0.56" -ZoneScope "internal,1" -ZoneName contoso.com
詳細については、次を参照してください。 追加 DnsServerQueryResolutionPolicyします。
DNS オプションを選択再帰コントロールの例
DNS のポリシーを使用して、DNS 再帰のオプションを選択コントロールの既に説明したシナリオを実現する方法の例を次に示します。
このセクションでは、次のトピックを扱います。
この例では、前の例と同様に、www.career.contoso.com で仕事紹介 Web サイトを保持する、架空の企業 Contoso を使用します。
DNS スプリット ブレイン展開例では、同じ DNS サーバーは、内部および外部の両方のクライアントに応答し、さまざまな回答を提供します。
一部の DNS 展開では、外部クライアントの権限を持つネーム サーバーとして機能するだけでなく、内部クライアントの再帰的名前解決を実行すると同じ DNS サーバーを必要があります。 このような状況は、DNS のオプションを選択再帰コントロールと呼ばれます。
Windows Server の以前のバージョンで再帰を有効にするものすべてのゾーンの DNS サーバーの全体で有効であることです。 外部クエリには、DNS サーバーがリッスンしても、いる再帰 DNS サーバーにオープンに競合回避モジュールを行う内部および外部のクライアントは有効です。
オープンに競合回避モジュールは、リソースの枯渇を受ける可能性があり、リフレクション攻撃を作成する悪意のあるクライアントが悪用される可能性として構成されている DNS サーバー。
このため、Contoso の DNS 管理者は外部クライアントの再帰的名前解決を実行する contoso.com の DNS サーバーをしません。 のみが必要な内部クライアントの再帰コントロールがある再帰コントロールは外部クライアントのブロックされたことができます。
次の図は、このシナリオを示しています。
どの DNS 再帰のオプションを選択コントロールの動作原理
https://www.microsoft.com などの、Contoso の DNS サーバーの権限がないクエリを受信した場合、名前解決の要求は、DNS サーバーのポリシーに対して評価されます。
これらのクエリはどのゾーンにも該当しないため、ゾーン レベル ポリシー (スプリットブレインの例で定義済み) は評価されません。
DNS サーバーは、再帰ポリシーとプライベート インターフェイスの一致に受信したクエリを評価、 SplitBrainRecursionPolicyします。 このポリシーは、再帰が有効になっている再帰スコープを指しています。
DNS サーバーにより、https://www.microsoft.com のインターネットからの応答を取得する再帰が実行され、応答がローカルでキャッシュされます。
外部インターフェイス、DNS のポリシーの一致なしと既定の再帰設定 - ここでは、クエリを受け取った場合 無効になっている -を適用します。
これにより、サーバーが内部クライアントのリゾルバーをキャッシュとして機能しています中に、外部のクライアントのオープンに競合回避モジュールとして機能します。
DNS オプションを選択再帰コントロールを構成する方法
コントロールを構成する DNS 選択的な再帰 DNS ポリシーを使用して、次の手順を使用する必要があります。
DNS の再帰のスコープを作成します。
再帰のスコープは、DNS サーバーで再帰を制御する設定のグループの一意のインスタンスです。 再帰のスコープは、フォワーダの一覧が含まれていて、再帰が有効になっているかどうかを指定します。 DNS サーバーは、多くの再帰スコープを持つことができます。
従来の再帰設定、フォワーダーの一覧は、既定の再帰範囲として呼ばれます。 ドット (".") という名前で識別される既定の再帰スコープを、追加または削除することはできません。
この例では、再帰の既定の設定が無効に、再帰が有効になっている内部クライアントの新しい再帰スコープの作成中にします。
Set-DnsServerRecursionScope -Name . -EnableRecursion $False
Add-DnsServerRecursionScope -Name "InternalClients" -EnableRecursion $True
詳細については、次を参照してください 追加 DnsServerRecursionScope。
DNS の再帰ポリシーを作成します。
DNS サーバーに特定の条件に一致するクエリのセットに対して再帰適用範囲を選択するための再帰ポリシーを作成できます。
DNS サーバーがいくつかのクエリの権限を持っていない場合は、DNS サーバーの再帰ポリシーで [クエリを解決する方法を制御できます。
この例では再帰が有効になっている内部再帰スコープは、プライベート ネットワーク インターフェイスに関連付けられています。
次のコマンドの例を使用すると、DNS の再帰ポリシーを構成します。
Add-DnsServerQueryResolutionPolicy -Name "SplitBrainRecursionPolicy" -Action ALLOW -ApplyOnRecursion -RecursionScope "InternalClients" -ServerInterfaceIP "EQ,10.0.0.39"
詳細については、次を参照してください。 追加 DnsServerQueryResolutionPolicyします。
今すぐ選択的な再帰制御の内部クライアントの有効化と、スプリット ブレイン ネーム サーバーまたは DNS サーバーのいずれかの必要な DNS ポリシーで、DNS サーバーを構成します。
何千もの DNS のポリシーに合わせて作成できます、トラフィック管理の要件、DNS サーバーを再起動しなくても - 受信したクエリで、すべての新しいポリシーが動的 - 適用されます。
詳細については、「DNS ポリシー シナリオ ガイド」を参照してください。