VMware Workstation 7 no Win7-64 (Home Premium).
Eu confirmei isso em qualquer hóspede executando nesta máquina (do winxp ao debian).
Estou usando uma conexão de rede em ponte para meus convidados (Automático no VMnet0). Toda a configuração de rede é feita com DHCP (inclusive no host).
Problema
O que não posso fazer:
- Faça ping em minha máquina host de dentro de qualquer VM. (mostra-me "Host de destino inacessível" ou atingirá o tempo limite)
O que POSSO fazer logo após a inicialização, sem problemas.
- Eu posso me conectar à Internet de dentro da VM
- Posso executar ping no meu roteador de dentro da VM
- Posso executar ping em outras máquinas na minha rede de dentro da VM
- Outras máquinas podem executar ping na VM
- Outras máquinas podem executar ping no host
- Minha máquina host pode executar ping na VM (esta é importante. Leia mais)
Detalhes
Portanto, eu tenho meu roteador atribuído como 192.168.2.1/255.255.255.0, e o roteador fornece o serviço DHCP (e parece estar fazendo isso com êxito).
Não há conflitos de IP na rede que eu conheça. Todos os gateways e máscaras de sub-rede são adequados e correspondentes.
Todo o meu workshop está em uma única sub-rede, com um único servidor e gateway DHCP.
Há um método no qual posso executar o ping com êxito, mas requer uma conexão ativa iniciada no host (inicio o ping do host para a VM). Durante o período da conexão ativa, posso executar o ping com êxito da VM para o host, usando um endereço IP explícito. Assim que a conexão do host é fechada, o ping da VM começa a travar com as mesmas mensagens antigas.
Meus pensamentos
Isso realmente parece um problema de firewall, mas desliguei todos os firewalls no host e na VM, desliguei a rede, liguei novamente e o problema ainda persiste. E se fosse um firewall, por que apenas o endereço IP associado às redes VM em ponte seria bloqueado.
Sinto que meu sistema operacional host (Win7) está de alguma forma configurado incorretamente ou o VMware Workstation está configurado incorretamente do lado do host. Embora eu tenha feito o possível para colocar tudo no padrão, sinto que estou perdendo algo bobo.
fonte
Respostas:
Eu tive o mesmo problema: não foi possível efetuar ping para <-> do host e do convidado. Outras redes estavam bem. Desmarquei o filtro DNE LightWeight que eu havia instalado e o problema foi corrigido. Graças ao comentário de Walkerneo. Meu filtro DNE veio da Citrix.
fonte
Você precisa habilitar o protocolo de ponte VMware no host.
Vá para o Centro de Rede e Compartilhamento. No lado direito, haverá uma lista de conexões (Tipo de acesso: Conexões), selecione o VMware Network Adapter. Abra Propriedades, marque a caixa Protocolo VMware Bridge e saia da tela.
fonte
Tenho um problema semelhante e consegui resolvê-lo. Eu tenho o Virtualbox e o VMware Workstation instalados. O VMnet0 da VMware tenta usar meu adaptador físico, mas o [Virtualbox Bridge Network Adapter] em vez do [VMware Bridge Protocol].
Eu o resolvi fazendo o seguinte:
1) Desativar [Adaptador de rede da ponte do Virtualbox]
2) "Restaurar padrões" para o "Editor de rede virtual" da VMware
3) Selecione novamente VMnet0's "Bridged to:" no meu adaptador físico
Mas desta vez sem o conflito do Virtualbox Bridge Adapter, ele usará o [VMware Bridge Protocol]
fonte
Até agora, minha conclusão é que o mecanismo de ponte está de alguma forma causando o problema. Também acho que isso pode ser específico da versão / SO, pois não me lembro desse problema no passado (embora possa estar errado).
Ao usar uma segunda NIC na minha máquina host, minha VM consegue executar ping nessa NIC, mas não a NIC que está fornecendo a conexão em ponte. (cada NIC tem um endereço IP diferente)
Editar
Definitivamente, havia algo alterando a conexão em ponte, embora eu tenha reinstalado o sistema operacional recentemente, então não posso dizer conclusivamente qual era o problema ou a solução. O problema nunca ocorreu novamente (embora eu fosse muito mais seletivo sobre o software que instalei, o que pode sugerir a resposta agora aceita)
fonte
Eu tive o mesmo problema, o que realmente resolveu meu problema é habilitar o suporte Adhoc 802.11n para o adaptador de rede ativo.
O que você precisa fazer é,
fonte