192.168.1.166で私のBBBをpingできます。このアドレスは私のルーターによって提供されたアドレスで、後で静的に作成されました。
Windowsホスティング
IPアドレス:192.168.1.219
私のLinux VM(Windowsホストで実行):
enp0s8: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.56.102 netmask 255.255.255.0 broadcast 192.168.56.255
inet6 fe80::dddc:91d0:276:c7b2 prefixlen 64 scopeid 0x20<link>
血液脳関門:
eth0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
inet 192.168.1.166 netmask 255.255.255.0 broadcast 192.168.1.255
usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.7.2 netmask 255.255.255.0 broadcast 192.168.7.255
また、私のルートテーブルが次のように見えるようにルートを追加してみました。
debian@beaglebone:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.1.254 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
192.168.6.0 0.0.0.0 255.255.255.0 U 0 0 0 usb1
192.168.7.0 0.0.0.0 255.255.255.0 U 0 0 0 usb0
192.168.56.0 192.168.1.166 255.255.255.0 UG 0 0 0 eth0 <-- ADDED THIS
一般化する
- 私のLinux VMでは、WindowsホストとBBB(usb0とeth0の両方)をpingできます(両方を介してBBBにSSHとして接続することもできます)。
- WindowsホストでLinux VMとBBB(両方のアドレス)をpingできます。
- BBBはWindowsホストをpingできますが、Linux VMはpingできません。
私の考えでは、これは私のLinux VMが192.168.1.xの代わりに192.168.56.xという別のサブネットにあることと関係があるかもしれません。だから上記の表にパスを追加しました。
私は何が間違っていましたか?
修正する
私のネットワーク(192.168.1.120)には別のLinuxボックスがあり、BBBはそれをpingできます。しかし、2番目のLinuxボックスも私のLinux VMをpingできません。したがって、問題は私のWindowsホストPCがLinux VMをpingできないということではないと思います。 「私のLinux仮想マシンをpingできません」の問題です。タイトルを更新中...
ベストアンサー1
WindowsホストがVMの前に偽のネットワークルーターを配置し、すべてのネットワークトラフィックがWindowsホストから来るようにIPアドレスを変換するNATモードでVMを設定したようです。このモードは最も安定しているため、一部のVMプログラムでデフォルトで使用されていますが、すべてのネットワーク機能が正しく機能することを許可するわけではありません。
仮想マシンがネットワークに直接接続できるようにブリッジモードを試してください。物理コンピュータのようにホームネットワークに接続し、ホームルーターから192.168.1サブネットのアドレスを取得する必要があります。