vmWare で NAT を使用するとネットワーク内の他のコンピュータが見つからない

vmWare で NAT を使用するとネットワーク内の他のコンピュータが見つからない

Windows 7 ホスト コンピュータで vmWare Workstation 10 を使用して Windows 7 VM を作成しました。ホスト コンピュータには 3 つの LAN 接続があります。VM はブリッジ ネットワーク経由で 2 つの接続にアクセスしますが、これは問題なく動作します。最後のネットワークには NAT 経由でアクセスする必要があります。このネットワークに新しい「実際の」デバイスを追加することはできないためです。また、使用できるのは Workstation の DHCP サーバーではなく、静的 IP のみです。問題は、ホスト マシンにしか ping できないことです。ネットワーク上の他のすべてのコンピューターは応答しません。tracert を使用すると、ホスト マシンに ping すると、NAT 接続の標準ゲートウェイに正常に接続され、次にホストの IP アドレスに進むことがわかります。ネットワーク内の他のコンピューターに tracert を使用すると、標準ゲートウェイにさえ到達しません。

次に面白いのは、同じネットワーク内のコンピューター A からコンピューター B に VM をコピーしたことです。コンピューター B で VM を起動すると (コンピューター A の設定と一致するように仮想ネットワーク エディターの設定を構成しました)、ホスト (コンピューター B) に ping できません。ただし、ping できるのはコンピューター A だけで、ネットワーク上の他のコンピューターはまだ ping できません。ただし、コンピューター B からコンピューター A に tracert を実行しようとすると、タイムアウトになります。

何か案は?

編集: コンピュータ B の VM からコンピュータ A への tracert を再度試しました。今回は機能しましたが、予想していた方法ではありませんでした。最初の 3 つのホップでは要求がタイムアウトしましたが、4 番目のホップでは NAT の標準ゲートウェイなどを経由せずにコンピュータ A に直接接続されました。

また、実際には、仮想アダプタに割り当てられたホストの IP に対して常に ping を実行できます。つまり、VM に 192.168.100.3 があり、ホストに 192.168.100.1 がある場合、VM から後者に対して ping を実行できます。

答え1

Windows のネットワーク トラブルシューティングを使用して、問題を解決できました。残念ながら、具体的に何が行われたかは示されず、設定もまだ同じように見えるため、より詳細な情報を提供することはできません。

編集: これを行った後、以前は動作していた他のネットワーク上のデバイスに ping できなくなりました。

私は今、(うまくいけば)より効果的な解決策を見つけました。両方のネットワークで、標準ゲートウェイを設定しました。一方のネットワークでゲートウェイを無効にすると、すぐに両方とも機能するようになりました。ゲートウェイが無効になっているネットワークでは、起動時に実行されるスクリプトを使用してルートを手動で追加しました。

関連情報