Win10ホストには、VMWARE Worstation14で実行されているCentOS7ゲスト仮想マシンがあります。私の要件を満たすために2つのvアダプタを設定しました。
- ens33 - NAT - VMがインターネットにアクセスできるようにするdhcp'ed IP(192.168.33.128)
- ens37 - ホストのみ - アプリケーション開発時に内部ネットワークおよび他のゲストVMとの通信に使用される固定IP(192.168.242.128)
ホストで生成されたIPを確認し、2つのvmnet((vmnet1)192.168.33.1と(vmnet2)192.168.220.1)が生成され、ホスト自体に3番目のethアダプタ192.168.0.xが生成されることを確認しました。 DHCPクライアントの終わりに。
私は最初にvmwareとそのネットワーク構成部分に触れました。だから私は次の質問でいっぱいです。
NATで使用されているvmnetとホストでのみ使用されているvmnetを確認するために、いくつかのpingテストを実行しました。 vmnet1はNAT用で、vmnet2はホスト専用であることがわかりました。しかし、vmnet2は192.168.220.xシリーズで、ゲストvmは192.128.242.xである理由を知りたいです。
ゲートウェイ(route -n)も確認してみると、ゲートウェイが192.168.33.2であることがわかりました。 IPシリーズを見ると、NATアダプタ用のゲートウェイのようですが、ホスト専用アダプタ用のゲートウェイはどこにありますか?
bash-4.1$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.33.2 255.255.255.0 UG 0 0 0 ens33
192.168.33.0 0.0.0.0 255.255.255.0 U 0 0 0 ens33
192.168.242.0 0.0.0.0 255.255.255.0 U 0 0 0 ens37
また、ホストはゲストvm ens37にpingを試みましたが、要求がタイムアウトしたことがわかりました。
ping 192.168.242.128
Request timed out
ただし、ゲスト仮想マシンens33はping可能で、仮想マシンにアクセスできます。私は願っています。ゲスト仮想マシンがens37を介してホストにアクセスできないのはなぜですか?これらの質問は私の心をいっぱいにしています...
答え1
だから時には別の観点から見ると、答えは簡単です。私が犯した間違いは、ゲストVM用のホスト専用ネットワークアダプタを作成しましたが、静的IPが正しくないことです。よく!私は何を考えていますか? Tracertを実行するときにのみ、私のシステムからルーターと外部の世界に移動するトレースを見ることができます!怖がる。私のシステム自体の仮想ブリッジのどこかで拒否する必要があります。それからふと悟り、私が馬鹿だったことに気づきました。ゲストVMの固定IPを192.168.220.xにリセットしましたが、すべてがうまく機能します。