VMWarePlayerで2つの別々のネットワークをシミュレートする
ホストマシンでVMWareWorkstation 12 Playerを使用して、Win10。
VMWareを使用して2つの別々のネットワークを作成したいが、インターネットに接続している。
Kali Linux、192.168.88.129にはNATネットワークアダプター
Windows XP、192.168.1.4にはブリッジネットワークアダプタがあります
Windows XPはKaliLinuxにpingできませんが、KaliLinuxがWindowsXPにpingできるのはなぜですか。
インターネットに接続するだけで、別々のネットワークにしたいと思います。
以下はスクリーンショットです。助けてください。
違いは、NATとBRIDGE接続の違いです。
NATネットワークアドレス変換..基本的に1つのIPを別のIPの背後に隠し、NattedアドレスからのIPおよびポート呼び出しをホストサーバー/ PC自体からのものに「変換」します。
ブリッジネットワークアダプタは、正しいネットワークセグメントとの間でトラフィックをリッスンして転送します。 「ネットワークブリッジ」はMACをリッスンし、アドレス/ MACが同じ側にあるかどうかを学習します。 IP/Macがブリッジの同じ側にある場合、トラフィックはブリッジを越えて転送されません。IP/ Macがブリッジの反対側にある場合、トラフィックは渡って転送されます。
同じ街の川に架かる橋を想像してみてください。街の両側は同じ名前で、片側の交通だけが反対側の橋を渡らなければなりません。目的地が街の「残りの半分」にない場合は、単に橋を渡らないでください。
したがって、XPマシン、ブリッジモードネットワークを使用する場合..「都市」は192.168.1.xであり、VMは192.168.1.4に存在します。ご覧のとおり、NAT IPアドレスは192.168.88.xです。
ブリッジVMのアドレスは192.168.1.xにあり、実際のホストPCのIPアドレスを見ると、192.168.1.xアドレス空間にもあります。
実際の物理PCが192.168.1.3であるとしましょう。XP vmは192.168.1.4です。LinuxVM 192.168.88.129
NAT/PATの状況では、192.168.88.129から開始し、www.google.comにアクセスしようとしています。
接続はホストPC（実際の物理マシン）に接続され、www.google.comのポート80に接続されていることがわかります。たとえば、ポート4125から開始されていることがわかります...ソースを変換または追跡します。ポート（192.168.88.129:4125）とネットワークパケットの送信元IPアドレス、IPまたはPORTを192.168.1.3:4225に書き換えます...パケットの宛先はまだwww.google.com:80ですただし、ネットワークパケットの新しい送信元は192.168.1.3:4225です。
Googleからの返信は192.168.1.3:4225に返されます..NAT/PAT TABLEにはエントリがあり、実際の物理マシンが192.168.88.129:4125 ..から192.168.1.3:4225 ..に変換されたためトラフィックが戻ってきますIP 192.168.1.3のポート4225に送信すると、宛先が192.168.88.129:4125に書き換えられます。
要約.. NAT/PATはトラフィックがNAT/PATを介してアウトバウンドするときに、ソースのIPとポートを変更し、次にインバウンド =トラフィック、それは宛先 ipとポートを元に変換（再書き込み）します。
LinuxをシャットダウンするVM .. NICをブリッジモードに変更すると、DHCPによって192.168.1.x IPアドレスが与えられ、次のようになります。両方の方法でpingを実行できます（Linuxの場合はiptablesを、XPの場合はWindowsファイアウォールを使用します）
want 2つの別々のネットワークセグメントの場合、ゲートウェイは両方のネットワークをサポートする必要があり、両方のVMがブリッジモードになり、サブネットを変更します。
それほど複雑ではないのは、PCで2つのNICを実行し、各ネットワークセグメントに1つのNICを実行してから、各VMのブリッジをNICのネットワークの1つに設定することです。