VMwareのNATモードでの物理マシンと仮想マシン間の通信を記録する
https://blog.csdn.net/qq_31329893/article/details/83511815
問題の原因は、私が老人のオープンスタック実験をしていることです。計画は
openstack-controller ======》ホスト名は必要に応じてコントローラーです。ipは10.0.0.11/24 gwは10.0.0.2です。
openstack-compute1 ======》ホスト名は必要に応じてcompute1で、ipは10.0.0.31/24 gwは10.0.0.2です。
(ネットワーク上の教師はデフォルトでVMwareのNATモードを使用します)
しかし、この状況では、2つのVMが互いにpingを実行できますが、natモードの物理マシンと仮想マシン間の通信は互いにpingできず、2つのVMは外部ネットワークにアクセスできません。https://blog.csdn.net/qq_31329893/article/details/83511815によると
言及された声明はnatマッピングを確立することですが、まだそれはできません。追加したnatは次のとおりです。
最後に、2つのことを変更する必要があることがわかりました。
最初のVMnet8ネットワークカードのIPは、元の192.168.26.1 255.255.255.0 gwから10.0.0.1 255.255.255.0 gwが空である必要があります!
次に、[編集]の下の[仮想ネットワークエディター]をクリックします。NATネットワークカードの下のサブネットが192.168.26.0 255.255.255.0から10.0.0.0 255.255.255.0に変更されます。
変更が完了すると、物理機能が10.0.0.11および10.0.0.31を介してpingできることがわかります(10.0.0.11および10.0.0.31は10.0.0.1および10.0.0.2に接続でき、Baiduなどの外部ネットワークにも接続できます)。そして、telnet 10.0.0.11ポート22、telnet 10.0.0.31ポート22の両方が接続されています![加えて、telnet 10.0.0.11ポート6589とtelnet 10.0.0.31ポート6591はすべて利用できません。これは、natが効果がないことを示しています。削除します。]要件が満たされ、xshellを介してリモートでポート22にログインできます!
仮想マシンのnatモードは通信ロジックです。これは、ゲートウェイがvmwareのエディターであることに相当します。dhcp関数があり、一時的に.2という名前のIPを使用します。これはゲートウェイのIPであり、ゲートウェイです。
その後、vmと物理マシンはそれぞれ2台のコンピューターに相当し、通過するには同じネットワークセグメントに属している必要があります。