DNS の問題

WinRoute NAT の背後の同じプライベート ネットワーク上で Web サーバ(または FTP など)および DNS サーバを実行する

www.mydomain.com というドメインを持つ Web サーバを NAT の背後で実行し、その同じネットワーク上で実行している DNS サーバを使用して名前の解析をすることができます。


WinRoute PC 上で Web サーバ(または FTP など)を実行する

WinRoute PC 上で Web サーバを実行する場合は、ローカル クエリーに問題はありません。DNS サーバに到着する www.whatever.com に対するすべての DNS クエリーは、このドメインに関連付けられた通常のインターネット IP アドレスによって応答されます。このような IP アドレスを WinRoute PC からインターネットに接続しているネットワーク インターフェイスに関連付ける必要があり、そうすれば WWW サーバはパブリックとプライベートの両方のインターフェイス上でリッスンすることができます。



www.whatever.com を解析するためにローカル PC が DNS クエリーを送信する場合、ローカル PC はこのドメインに関連付けられたパブリック IP アドレスを取得します。その結果、Web サーバを(上記のインターネット インターフェイスに割り当てられた)IP アドレスに接続します。

WinRoute の背後の PC 上で Web サーバ(または FTP など)を実行する

(10.10.10.8 などのプライベート IP アドレスを持つ)WinRoute の背後の PC上で Web サーバを実行することができます。www.mydomain.com を持つ Web サーバは物理的には 10.10.10.8 のプライベート IP アドレスにありますが、DNS クエリーは、このドメインに関連付けられた(206.86.181.25 などの)通常の IP アドレスによって解析されます。

この場合、ご使用のブラウザまたは FTP クライアントはパブリック アドレスを使用します。Web サーバはネットワーク内にあるため、そこにはサーバは存在しません。

ソリューション

この問題を解決するためには、コンピューターに対する DNS サーバとして、WinRoute の内蔵 DNS フォワーダーを使用する必要があります。

HOSTSファイルで、www.mydomain.com が適切な内部の(プライベートクラス)IP アドレスで運用していることを通知する別のエントリーを追加します。DNS フォワーダーが DNS クエリーを通常のサーバに送信する前に、DNS フォワーダーが HOSTS ファイルを検査します。

この場合、ユーザーが www.mydomain.com に対してリクエストを送信する毎に、それらのリクエストが適切なローカル アドレスによって応答されます。