У меня есть следующие настройки:
My router - 192.168.0.1
My host computer (Windows 7) - 192.168.0.3
И Ubuntu работает как виртуальная машина на хосте. Настройки сети VMWare - это мостовой режим. Я изменил настройки сети Ubuntu в / etc / netowrk / interfaces, установил следующую конфигурацию:
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 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
Я думаю, что еще более интересными будут результаты проверки самого маршрутизатора:
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
С другой стороны, машина pinging работает абсолютно корректно: без DUP, без ошибок.
В чем проблема и как я могу ее исправить? Спасибо.
У меня возникла точно такая же проблема: я использовал DHCP в Ubuntu 12.04 в качестве гостя на хосте Win7 x64, используя VMware Workstation 8.04. Я знал, что что-то не так в ядре VMware, поскольку VMware Player 4.0 и VMware Workstation 8.0 делятся этим, но я не был уверен, что случилось.
Но я нашел виновника .
Это служба маршрутизации и удаленного доступа. Он был активирован, когда я настроил свою коробку Win7 для приема входящих PPTP-соединений. Прекращение проблемы устраняется.
Кроме того, есть другие причуды, связанные с этим. Помимо гостевой системы Ubuntu, у меня была гостевая Win XP, которая не могла устанавливать исходящие PPTP-соединения при мостовом соединении. Это также было исправлено при отключении службы RRAS.
Погуглив эту проблему, я обнаружил другие сообщения о проблеме RRAS, например, http://www.codeblog.co.uk/2009/06/22/fixes-and-tweaks/vmware-duplicate-ping-responses/
Дополнительная информация:
Вывод: проблема не в сети и не в ОС Linux, а где-то в конфигурации VMWare. Может быть, что-то делать с обновлениями
Во многих других публикациях на эту тему упоминается, что они работают под управлением VMWare в Windows (7) 64-разрядной версии. Кто-нибудь испытывает ту же проблему в среде 32?