質問: vm。 management studioを介してヒットし、接続することもできます。現在の試行 私の住宅用ipを指すネームサーバーをセットアップします(そしてdyndnsを介して動的に更新されます) 指摘mydomain.com上記のネームサーバー dnsを実行している中央サーバーを使用してネットワーク上のホスト名を解決する 問題ネットワークの外部からiis.mydomain.comを押すと、ipが解決されます-残念ながら、iisマシンの内部ipである192.168.0.105が解決されます。これは、dnsマネージャーでホスト名に割り当てたものであるため意味があります。だから、質問:ネットワークの内部でトラフィックが192.168.0.105に正しく転送されるように、dnsサーバーを構成する(または現在のセットアップを再構成する)にはどうすればよいですか?ネットワークの外部では、トラフィックは住宅用ipにヒットするだけですか?推測dnsサーバーがホスト名を指定されたipに正しく解決しているという意味で、ここでは「意図したとおりに機能している」ことを理解しています。したがって、ローカルネットワークでこれをすべて試した場合、完全に機能します。問題は、外部マシンを住宅用ipのみに接続し、要求されたホスト名を内部ipに変換するバックグラウンドレイヤーが存在することで、内部ipをマスクしていることだと思います。私の読書に基づいて、私はnatが私が探しているものであるかもしれないという疑いを持っています、しかし私は本当に良い文脈を持っていません。
回答: ルーティングの場合、ホスト名は方程式の一部ではありません。dnsクエリはすでにipアドレスを解決しており、tcp/ip接続に使用されます。そこに到達すると(「ある」場所ならどこでも)、ホスト名を指定するhttp/1.1のように、接続を介して実行されているプロトコルが機能し、大量の仮想ホスティングが可能になります。したがって、couldポート80に到着するすべてのhttpトラフィックをvm webサービス用に送信します(ispが途中でブロックしないと仮定));同様に、 vnc接続を別のサーバーに送信し、rdp接続を別のサーバーに送信することはできますが、iis.example.comにrdpを送信して、mysql.example.comへのrdp接続に別の場所に送信することを期待することはできません。ホスト名は、クライアントの観点から同じipアドレスに解決されます。