VMware Workstation 7 en Win7-64 (Home Premium).
He confirmado esto en cualquier invitado que se ejecute en esta máquina (desde winxp a debian).
Estoy usando una conexión de red en puente para mis invitados (Automático en VMnet0). Toda la configuración de la red se realiza con DHCP (incluso en el host).
Problema
Lo que no puedo hacer:
- Haga ping a mi máquina host desde cualquier VM. (o me muestra "Host de destino inalcanzable" o simplemente se agota el tiempo de espera)
Lo que PUEDO hacer justo después del encendido, sin ningún problema.
- Puedo conectarme a internet desde el interior de la VM
- Puedo hacer ping a mi enrutador desde el interior de la VM
- Puedo hacer ping a otras máquinas en mi red desde dentro de la VM
- Otras máquinas pueden hacer ping a la VM
- Otras máquinas pueden hacer ping al host
- Mi máquina host puede hacer ping a la VM (esta es importante. Leer más)
Detalles
Así que tengo mi enrutador asignado como 192.168.2.1/255.255.255.0, y el enrutador proporciona el servicio DHCP (y parece que lo está haciendo con éxito).
No hay conflictos de IP en la red que yo sepa. Todas las máscaras de Gateways y Subred son apropiadas y coincidentes.
Todo mi taller está en una sola subred, con un único servidor DHCP y puerta de enlace.
Hay un método en el que puedo hacer ping con éxito, pero requiere una conexión activa iniciada desde el host (empiezo a hacer ping desde el host a la VM). Durante el período de la conexión activa, puedo hacer ping exitosamente de VM a host, usando una dirección IP explícita. Tan pronto como se cierra la conexión de host, el ping de VM comienza a colgarse con los mismos mensajes antiguos.
Mis pensamientos
Esto realmente parece un problema de firewall, pero apagué todos los firewalls en el host y la VM, apagué la red, volví a encender y el problema aún persiste. Y si se tratara de un firewall, ¿por qué solo se bloquearía la dirección IP asociada con las redes de VM en puente?
Siento que mi sistema operativo host (Win7) está configurado de alguna manera incorrectamente, o VMware Workstation está configurado incorrectamente desde el lado del host. Aunque he hecho todo lo posible para poner todo por defecto, siento que me falta algo tonto.
fuente
Respuestas:
Tuve el mismo problema: no pude hacer ping a <-> desde el host y el invitado. Otras redes estaban bien. Desmarqué el filtro DNE LightWeight que había instalado y solucionó el problema. Gracias al comentario de Walkerneo. Mi filtro DNE vino de Citrix.
fuente
Debe habilitar el protocolo de puente VMware en el host.
Vaya al Centro de redes y recursos compartidos. En el lado derecho habrá una lista de conexiones (Tipo de acceso: Conexiones), seleccione el Adaptador de red VMware. Abra Propiedades, marque la casilla Protocolo VMware Bridge y salga de la pantalla.
fuente
Tengo un problema similar y logré resolverlo. Tengo instalados Virtualbox y VMware Workstation. VMnet0 de VMware intenta usar mi Adaptador físico, pero [Adaptador de red de puente de Virtualbox] en lugar de [Protocolo de puente de VMware].
Lo resolví haciendo lo siguiente:
1) Desactivar [Adaptador de red de puente de Virtualbox]
2) "Restaurar valores predeterminados" para el "Editor de red virtual" de VMware
3) Vuelva a seleccionar "Bridged to:" de VMnet0 a mi adaptador físico
Pero esta vez sin conflicto del Adaptador de puente de Virtualbox, usará el [Protocolo de puente de VMware]
fuente
Hasta ahora, mi conclusión es que el mecanismo de puente está causando el problema de alguna manera. También siento que esto puede ser específico de la versión / SO, ya que no recuerdo este problema en el pasado (aunque puedo estar equivocado).
Cuando uso una segunda NIC en mi máquina host, mi VM puede hacer ping a esa NIC, pero no a la NIC que proporciona la conexión puenteada. (cada NIC tiene una dirección IP diferente)
Editar
Definitivamente hubo algo que alteró la conexión en puente, aunque recientemente he reinstalado el sistema operativo, por lo que no puedo decir de manera concluyente cuál fue el problema o la solución. El problema nunca volvió a ocurrir (aunque fui mucho más selectivo sobre el software que instalé, lo que podría sugerir la respuesta ahora aceptada)
fuente
Tuve el mismo problema, lo que realmente resolvió mi problema es habilitar Adhoc compatible con 802.11n para el adaptador de red activo.
Lo que tienes que hacer es
fuente