Resposta de ping duplicada ao executar o Ubuntu como máquina virtual (VMWare)

Question

Eu tenho a seguinte configuração:

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

E o Ubuntu está sendo executado como máquina virtual no host. Configurações de rede VMWare é o modo em ponte. Eu modifiquei as configurações de rede do Ubuntu em / etc / netowrk / interfaces, configure o seguinte:

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

Internet funciona corretamente, eu posso instalar pacotes. Mas fica estranho se eu tentar pingar algo que eu recebo:

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

Acho ainda mais interessantes os resultados do ping do próprio roteador:

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

Mas se eu definir -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

Por outro lado, a máquina host de ping funciona de forma absolutamente correta: sem DUPs, sem erros.

O que parece ser o problema e como posso corrigi-lo? Obrigado.

    

Answer 1

Eu estava tendo exatamente o mesmo problema, usando DHCP no Ubuntu 12.04 como Convidado em um host Win7 x64, usando o VMware Workstation 8.04. Eu sabia que algo estava errado no núcleo do VMware, já que o VMware Player 4.0 e o VMware Workstation 8.0 o compartilhavam, mas eu não sabia o que estava errado.

Mas eu encontrei o culpado .

É o serviço de roteamento e acesso remoto. Eu tinha ativado como eu configurei minha caixa Win7 para aceitar conexões PPTP de entrada. Parando, o problema desaparece.

Além disso, existem outras peculiaridades associadas a isso. Além do convidado do Ubuntu, eu tinha um convidado do Win XP que não podia fazer conexões PPTP de saída quando conectado. Isso também foi corrigido ao desativar o serviço RRAS.

Pesquisando este problema, encontrei outros relatórios sobre o RRAS ser o problema, por exemplo link

    

Answer 2

Informações adicionais:

1. o número de DUPS por ping aumenta se você reinstalar o VMWARE Player
2. não há DUPS se você executar a mesma máquina (idêntica) (disco vmdk) usando o Virtual Box

Conclusão: o problema não está na rede, nem no sistema operacional Linux, mas em algum lugar na configuração do VMWare. Talvez algo a ver com atualizações

Muitos outros posts sobre este assunto mencionam que eles estão executando o VMWare no Windows (7) 64 bits. Alguém experimenta o mesmo problema em um ambiente 32?