Estranhamente não consigo pingar meu Gateway de máquinas virtuais linux

Question

Assuma as seguintes situações:

• IP do gateway: 10.0.0.60
• IP do host (Win7): 10.0.0.81
• Convidado 1 deste Anfitrião (VMWare-Linux-Kali): 10.0.0.16
• Convidado 2 deste host (VMWare-Win7): 10.0.0.27
• O gateway é um servidor Kerio.

O problema:

Eu não consigo pingar o gateway da máquina virtual Kali-Linux, enquanto eu posso executar o ping da máquina virtual Host e Win7!

Configuração:

• Todos os firewalls do Host e convidados estão desativados.
• Os convidados podem pingar uns aos outros e pingar o Host!
• O host pode fazer ping para os dois convidados com sucesso!
• As configurações do Adabpter de rede para ambos os convidados são iguais e a única diferença é o seu IP.
• Adaptadores de rede de máquinas virtuais são conectados com o adaptador de rede do host.

O que eu fiz até agora?

• Eu substituí o endereço IP do convidado Kali-linux pelo endereço IP do convidado Win7 (e vice-versa). Bem, nada mudou!

• Eu tentei outros sistemas operacionais como convidado. Para o Ubuntu e o Backtrack, também não consigo pingar o Gateway, mas, para Win7 e Win XP, tudo bem.

• Eu corro Wireshark no meu host e monito o tráfego. Bem, eu posso ver os pacotes de requisição ICMP para convidados Linux e Windows, mas a resposta do Gateway é apenas para convidados Windows.

Solução instável:

No passado, quando enfrentei este problema, a manipulação da tabela de rotas na máquina virtual Linux resolveu o problema (50% -50%), mas agora não funciona mais!

Configurações:

Meu Anfitrião:

C:\Users\asdf.IT>ipconfig -all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : asdf-PC
   Primary Dns Suffix  . . . . . . . : it.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : it.com

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 08-60-6E-70-4C-E4
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::6079:96ba:2ea2:18e9%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.0.0.81(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 10.0.0.60
   DHCPv6 IAID . . . . . . . . . . . : 235429998
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-B7-B0-8E-08-60-6E-70-4C-E4

   DNS Servers . . . . . . . . . . . : 10.0.0.10
                                       8.8.4.4
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VMware Network Adapter VMnet1:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet
1
   Physical Address. . . . . . . . . : 00-50-56-C0-00-01
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::45cc:c483:1d0a:a9a%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.227.1(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 218124374
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-B7-B0-8E-08-60-6E-70-4C-E4

   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VMware Network Adapter VMnet8:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet
8
   Physical Address. . . . . . . . . : 00-50-56-C0-00-08
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::19cc:79f0:bc05:ce97%18(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.153.1(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 251678806
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-B7-B0-8E-08-60-6E-70-4C-E4

   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.{1FD7A0A9-BE6F-44F9-8BA7-E7E0043D4B36}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{41D1949E-CADB-47E2-BBDC-F907E48DBA03}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Win 7 guest (no VMware):

ConvidadodoKaliLinux(noVMware):

Alguém tem alguma ideia de qual é a origem deste problema?

    

Answer 1

Sua tabela de roteamento está correta, na verdade, é idêntica à minha.

Mas você afirma:

I run Wireshark on my host and monitor the traffic. Well, I can see ICMP request packets for both Linux guests and windows guests, but the reply from Gateway are for Windows guest only.

Isso significa que seu gateway está respondendo de maneira diferente aos dois pacotes de ping. A melhor maneira de proceder é capturar os dois pacotes e compará-los. Como você está executando o wireshark, ouça na interface de saída do host, restrinja sua captura ao protocolo icmp e ao destino 10.0.60.0 , execute ping apenas do host1 nd host2, salve os 2 pacotes em um arquivo, estude o que é diferente entre eles.

A diferença entre os dois pacotes é o que está provocando o comportamento diferente do gateway. Se , no final, a única diferença é o endereço IP de origem, então isso significa que há um problema com o endereço IP do seu kali. Se for um endereço estático, verifique se ele está fora do intervalo de DHCP. Se não, você pode tentar reiniciar o gateway, o host e as VMs para garantir o lançamento das concessões de DHCP, em caso de conflito com endereços previamente atribuídos.

    

Answer 2

Eu tive um problema quase idêntico (o Google me trouxe aqui) mas no meu caso o problema era que a configuração da VM tinha mudado de Bridged (atribuída à própria NIC) para NAT, daí a VM continuava achando que tinha um IP endereço alocado pela ponte virtual do VMWare, apesar de eu ter modificado / etc / networking / interfaces e reiniciado o serviço de rede ....

Em retrospectiva, não consigo pensar em como as configurações de rede poderiam mudar dentro do VMWare, então estou mais inclinado a pensar que foi meu erro, mas eu poderia jurar que configurei a VM para 'ponte' antes de iniciar o Kali VMDK ....