La red se rompe en mis máquinas virtuales VMware 10.0 después de actualizar a Windows 8.1


20

Tengo una instalación de VMware Workstation 10.0 con varias redes virtuales, incluidas las redes predeterminadas de solo host y NAT.

Después de actualizar a Windows 8.1, la red NAT no funcionaba. Arranqué una máquina virtual de Ubuntu con la configuración de red predeterminada que funcionaba anteriormente, y permaneció durante mucho tiempo durante el inicio diciendo que estaba esperando la red. Después de que finalmente se inició, ifconfigno se mostró ninguna dirección IP para eth0.

¿Cómo puedo arreglar la red rota?


1
Echa un vistazo a esta respuesta antes de intentar las respuestas a continuación, me ahorró un montón de tiempo stackoverflow.com/questions/61449/…
cchamberlain

@cchamberlain: Gracias, ese es un consejo útil para cualquiera que se pregunte cómo acceder a los recursos en la computadora host desde dentro de una VM. (Básicamente, "use el nombre de host o la dirección IP de la máquina host en lugar de localhost). Este problema fue un caso de una red VMware rota después de una actualización de Windows, por lo que no hay una conexión real entre los dos problemas, pero en caso de que alguien se encuentre con ese otro problema, el enlace los ayudará.
Michael Geary

1
¡seguro! Golpeé esta respuesta varias veces cuando busqué la otra ahora, así que pensé en dejar un comentario.
cchamberlain

1
Excelente. Me alegra que hayas publicado ese comentario; Este es el tipo de referencia cruzada que es muy útil.
Michael Geary

Respuestas:


35

Tuve el mismo problema con la estación de trabajo 8.0.6. Solo dejé de ejecutar todos los vm, fui a Home-Tab, seleccioné Virtual Network Editor e hice un "Restore Default". Eso fue todo. Luego, cuando comencé el vm nuevamente, recibí una ventana preguntando por el nuevo tipo de red (red doméstica, lugar de trabajo o red pública) y después de definir mi tipo, todo volvió a funcionar como antes.

ingrese la descripción de la imagen aquí

ingrese la descripción de la imagen aquí


Lo mismo ocurre con Workstation 10. No es necesario volver a instalar todo.
Axel Fontaine

2
Estoy usando vmware player (5.0.2) que no parece tener un editor de red virtual. ¿Tengo otra opción que reinstalar?
Andy

2
Esto resolvió el mismo problema en la estación de trabajo 9 después de una actualización a Windows 10.
John Sampson

También funcionó para mí después de una actualización no solicitada de mi instalación de Windows 10 ...
Bryson S.

7

Ejecute el instalador VMware 10.0 nuevamente y seleccione Reparar en la primera pantalla. Después de que finalice el proceso de reparación, ejecute el Editor de red virtual y verifique la configuración de su red. Si ha personalizado alguna de las direcciones IP en sus redes virtuales, es posible que deba rehacer esa configuración. Si tenía redes personalizadas adicionales, es posible que deba volver a ingresarlas desde cero.

Si tiene una configuración de red virtual compleja, puede ser una buena idea tomar una captura de pantalla o tomar algunas notas antes de actualizar a Windows 8.1.


1
Trabajó para mi. Nota: Puede volver a ejecutar el instalador con la función de reparación desde los programas de desinstalación en los controles del sistema.
PiTheNumber

4

Cómo arreglar NO Bridging en VMware Workstaion en Windows 10 Host

en la máquina host (ganar 10) ir a

Inicio -> Configuración -> Red e Internet -> Ethernet -> Cambiar opciones de adaptador

haga clic derecho para obtener propiedades del adaptador Ethernet -> instalar -> agregar -> elegir servicio

elija "VMware Bridge Protocol" y haga clic en Aceptar

deberías verlo en la configuración del adaptador ahora ...

reinicie su VM

buena suerte


3

Encontré otra cosa que puede causar estos síntomas. Instalé VMware Workstation 10.0.1 después de la actualización de Windows 8.1 y no tuve exactamente el mismo problema. Pero DHCP dejó de funcionar para la máquina virtual detrás de NAT, por lo que no tenía IP. Luego descubrí que el servicio VMware NAT no se estaba ejecutando y no podía iniciarse.

El motivo fue: reenvío de puertos host colisión de puertos .

Primero probé Restore Default "(como lo recomendó Marcel Krommenhoek) y el servicio VMware NAT comenzó a ejecutarse nuevamente. ¡HOORAY!

HASTA ... agregué el reenvío de puertos necesario de nuevo a VMware NAT. ¡ABUCHEO!

Descubrí que si configura el reenvío de puertos en VMware NAT que incluye un puerto de host que ya está en uso * en el host, el servicio VMware NAT no se reinicia .

En este caso, Skype fue el problema. Estaba usando el puerto 80 .

Fue cuando agregué el reenvío del puerto 80 en VMware NAT que el servicio no pudo reiniciarse.

Para solucionar esto, desactivé el uso del puerto 80 en Skype con:

Tools -> Options -> 
Advanced -> Connection -> 
uncheck [ ] use port 80 and 443 for incoming connections

Después de eso, pude configurar el reenvío para el puerto 80 y los servicios VMware NAT funcionan bien (y reenvían correctamente el puerto a la VM).

NOTA 1: Esto fue solo en el Skype "Escritorio" que había agregado a este sistema Windows 8.1. Aparentemente, el Skype "moderno" (Metro) no hace esto.

NOTA 2: ¡Seguro que ayudaría si VMware Virtual Network Editor le avisara que está intentando utilizar un puerto que ya está en uso!

Uso: Windows 8.1, VMware Workstation 10.0.1, CentOS 6.5 VM de 64 bits que ejecuta Apache con JOOMLA.


3

Tuve un problema similar. Pero uso VMware Player 7 en lugar de Workstation y Windows 8.1 como PC local y Ubuntu 10.04 como SO invitado.

Resolví el problema eliminando el adaptador NAT y luego creando uno nuevo.

Entro en Ubuntu VM y listo, ¡funciona! Supongo que esa es la forma de reparar en VMware Player, ya que no existe la misma opción que en Workstation.

¡¡Espero que esto te ayude!!


0

Acabo de dejar esto aquí, ya que pasé medio día para resolver este problema. También utilicé la opción NAT, pero VMWare v12.1.0 contiene un error. Esto se ha resuelto en v12.1.1. Vea el tema en vmware.com


-1

Simplemente ejecute VMware como administrador en el modo de compatibilidad de Windows 8 y todo debería funcionar.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.