web-dev-qa-db-ja.com

Ubuntuを仮想マシン（VMWare）として実行する場合のping応答の重複

次のセットアップがあります。

My router - 192.168.0.1
My Host computer (Windows 7) - 192.168.0.3

また、Ubuntuはホスト上で仮想マシンとして実行されています。 VMWareネットワーク設定はブリッジモードです。/etc/netowrk/interfacesのUbuntuネットワーク設定を変更し、次の構成を設定しました。

iface eth0 inet static
address 192.168.0.220
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1

インターネットは正常に動作し、パッケージをインストールできます。しかし、何かをpingしようとすると奇妙になります：

PING belpak.by (193.232.248.80) 56(84) bytes of data.
From 192.168.0.1 icmp_seq=1 Time to live exceeded
From 192.168.0.1 icmp_seq=1 Time to live exceeded
From 192.168.0.1 icmp_seq=1 Time to live exceeded
From 192.168.0.1 icmp_seq=1 Time to live exceeded
From 192.168.0.1 icmp_seq=1 Time to live exceeded
64 bytes from belhost.by (193.232.248.80): icmp_seq=1 ttl=250 time=17.0 ms
64 bytes from belhost.by (193.232.248.80): icmp_seq=1 ttl=249 time=17.0 ms   (DUP!                             )
64 bytes from belhost.by (193.232.248.80): icmp_seq=1 ttl=248 time=17.0 ms (DUP!                             )
64 bytes from belhost.by (193.232.248.80): icmp_seq=1 ttl=247 time=17.0 ms (DUP!                             )
64 bytes from belhost.by (193.232.248.80): icmp_seq=1 ttl=246 time=17.0 ms (DUP!                             )
^CFrom 192.168.0.1 icmp_seq=2 Time to live exceeded

--- belpak.by ping statistics ---
2 packets transmitted, 1 received, +4 duplicates, +6 errors, 50% packet loss, ti                             me 999ms
rtt min/avg/max/mdev = 17.023/17.041/17.048/0.117 ms

さらに興味深いのは、ルーター自体にpingを実行した結果です。

stonerain@ubuntu:~$ ping 192.168.0.1 -c 1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.3: icmp_seq=1 Redirect Network(New nexthop: 192.168.0.1)
64 bytes from 192.168.0.1: icmp_seq=1 ttl=254 time=6.64 ms

--- 192.168.0.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 6.644/6.644/6.644/0.000 ms

しかし、-c 2を設定すると：

...
64 bytes from 192.168.0.1: icmp_seq=1 ttl=252 time=13.5 ms (DUP!)
64 bytes from 192.168.0.1: icmp_seq=1 ttl=251 time=13.5 ms (DUP!)
64 bytes from 192.168.0.1: icmp_seq=1 ttl=254 time=13.5 ms (DUP!)
64 bytes from 192.168.0.1: icmp_seq=1 ttl=253 time=13.5 ms (DUP!)
64 bytes from 192.168.0.1: icmp_seq=1 ttl=252 time=13.5 ms (DUP!)
64 bytes from 192.168.0.1: icmp_seq=1 ttl=251 time=13.5 ms (DUP!)
From 192.168.0.3: icmp_seq=2 Redirect Network(New nexthop: 192.168.0.1)
64 bytes from 192.168.0.1: icmp_seq=2 ttl=254 time=7.87 ms

--- 192.168.0.1 ping statistics ---
2 packets transmitted, 2 received, +256 duplicates, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 6.666/10.141/13.556/2.410 ms

一方、ホストマシンへのpingは完全に正しく機能します。DUPなし、エラーなし。

何が問題であると思われ、どうすれば修正できますか？ありがとうございました。

networkingvmwareping
4
Stonerain

VMware Workstation 8.04を使用して、Win7 x64ホストのゲストとしてUbuntu 12.04のDHCPを使用して、まったく同じ問題を経験していました。 VMware Player 4.0とVMware Workstation 8.0はそれを共有しているので、VMwareコアで何かが間違っていることは知っていましたが、何が間違っていたかはわかりませんでした。

しかし、私は犯人を発見しました。

ルーティングとリモートアクセスサービスです。着信PPTP接続を受け入れるようにWin7ボックスを構成したときに、アクティブにしました。それを止めると、問題はなくなります。

また、それに関連する他の癖があります。 Ubuntuゲストのほかに、Win XPゲストがいて、ブリッジしたときにアウトバウンドPPTP接続を確立できませんでした。これは、RRASサービスを無効にするときにも修正されました。

この問題をグーグルで検索すると、RRASが問題であることに関する他のレポートが見つかりました。 http://www.codeblog.co.uk/2009/06/22/fixes-and-tweaks/vmware-duplicate-ping-responses/

2
Alex

追加情報：

  1. vMWARE Playerを再インストールすると、pingごとのDUPSの数が増加します
  2. virtual Boxを使用して同じ（同一の）マシン（vmdkディスク）を実行する場合、DUPSはありません

結論：問題はネットワークやLinux OSではなく、VMWare構成のどこかにあります。たぶんアップグレードと関係がある

この主題に関する他の多くの投稿では、Windows（7）64ビットでVMWareを実行していると述べています。 32環境でも同じ問題が発生しますか？

1
Anne