Solución de la comunidad

Modo puente de ZVM sin Internet: solución de problemas en Windows 11

A Windows 11 VM had internet in NAT but not Bridged mode; one user fixed it by disabling proxy auto-detection, while a later similar case did not.

Si una máquina virtual de Windows 11 funciona en el modo NAT de ZVM, pero pierde el acceso a Internet en el modo Puente, diagnostica la ruta LAN del invitado capa por capa en lugar de asumir que el puente está averiado. Primero verifica DHCP, la accesibilidad de la puerta de enlace, el DNS, la configuración del proxy de Windows y la interfaz física utilizada por el puente.

El hilo original incluye una advertencia importante contra las generalizaciones excesivas: un usuario solucionó el problema desactivando «Detectar la configuración automáticamente» de Windows en Proxy, pero posteriormente otro usuario tuvo el mismo síntoma general y ese cambio no le ayudó. Considera el interruptor del proxy como una solución específica para un caso verificado, no como una solución universal.

Qué cambia en el modo Puente

En el modo NAT, la máquina virtual accede a la red externa mediante la NAT virtual del host. En el modo Puente, el invitado debería comportarse más como un equipo independiente de la LAN y normalmente recibir su propia dirección del router.

Esto hace que el modo Puente sea útil para servidores de juegos y servicios que necesitan una IP LAN distinta, pero también significa que la máquina virtual debe poder acceder correctamente a la LAN física, la puerta de enlace, el DNS y cualquier regla de firewall ascendente.

Paso 1: Comprueba la configuración IP de Windows

Dentro de Windows, ejecuta:

ipconfig /all

Busca una dirección LAN válida, una máscara de subred, una puerta de enlace predeterminada y un servidor DNS. Una dirección autoasignada 169.254.x.x significa que DHCP no se completó.

Paso 2: Prueba la puerta de enlace antes de probar Internet

Primero haz ping a la IP LAN del router. Si la máquina virtual tiene una dirección DHCP normal, pero no puede alcanzar la puerta de enlace, el DNS y la configuración del proxy todavía no son el problema principal. Concéntrate en el puente, la NIC física, la VLAN, el switch o la ruta del adaptador del invitado.

Si la puerta de enlace responde, prueba después una IP externa, como la de tu resolvedor ascendente conocido. Solo cuando funcione la conectividad IP directa deberías solucionar problemas relacionados con nombres DNS.

Paso 3: Comprueba la detección automática del proxy de Windows

En el caso verificado de la fuente, el usuario abrió Configuración → Red e Internet → Proxy y desactivó la detección automática del proxy. Después, el acceso a Internet funcionó.

Esta es una prueba válida cuando Windows tiene conectividad con la puerta de enlace, pero el tráfico web se comporta de forma extraña. Sin embargo, otro usuario del foro recibió una dirección DHCP, pero aún no podía hacer ping a la puerta de enlace, y el cambio del proxy no tuvo ningún efecto. Una configuración del proxy no puede solucionar un fallo de capa 2 o de accesibilidad de la puerta de enlace.

Paso 4: Verifica que esté conectada la interfaz física correcta

Si el host de ZimaOS tiene varios puertos Ethernet, asegúrate de que la máquina virtual esté conectada a la interfaz orientada a la LAN que esperas. Comprueba los nombres actuales de las interfaces del host, el estado del enlace y las direcciones IP en Configuración → Red.

La guía de redes de ZimaOS documenta cómo ZimaOS muestra el estado de las interfaces físicas.

Ten cuidado al establecer un puente mediante Wi-Fi

El puente Ethernet tradicional se integra correctamente con una NIC cableada. Las interfaces cliente Wi-Fi pueden tener limitaciones con los puentes transparentes de capa 2, porque muchos puntos de acceso no aceptan direcciones MAC de origen arbitrarias detrás de una misma estación.

Si el propio host de ZimaOS depende de Wi-Fi, prueba la máquina virtual mediante Ethernet cableado antes de dedicar tiempo a la configuración de Windows.

Paso 5: Separa la IP estática del reenvío de puertos

No tienes que fijar manualmente una IP estática dentro de Windows solo para mantener estable la dirección de un servidor de juegos. Una reserva DHCP en el router puede ser más fácil de administrar y evita conflictos.

Después de que la máquina virtual tenga una conectividad LAN y de Internet fiable, reenvía los puertos necesarios del servidor de juegos desde el router a la dirección LAN reservada de la máquina virtual. No soluciones problemas de reenvío de puertos hasta que la máquina virtual pueda alcanzar la puerta de enlace.

Comprueba el firewall de Windows y el perfil de red

Windows puede clasificar un adaptador puenteado nuevo como Público. Esto normalmente no impide el acceso saliente a Internet, pero puede bloquear el tráfico entrante del servidor de juegos. Cuando la red básica funcione, establece el perfil adecuado y crea únicamente las reglas de firewall entrantes que necesite el servidor de juegos.

La guía de configuración de ZVM ofrece un contexto más amplio sobre las máquinas virtuales.

Cuándo informar de un problema del puente de ZVM

Si el invitado recibe una dirección DHCP válida, pero no puede hacer ping a la puerta de enlace, el modo NAT funciona, utilizas Ethernet cableado y otro equipo físico del mismo switch funciona con normalidad, recopila la versión de ZimaOS, la MAC/IP del invitado, la interfaz del host, la selección del puente, la subred del router y los resultados de los pings.

Esta información es mucho más útil que decir simplemente «el modo Puente no tiene Internet».

Preguntas frecuentes

¿Desactivar la detección automática del proxy de Windows soluciona el modo Puente de ZVM?

Solucionó un caso verificado, pero no otro caso posterior. Úsalo cuando exista conectividad con la puerta de enlace; no lo consideres una solución para la capa del puente.

¿Puede una máquina virtual puenteada tener su propia IP LAN?

Sí, ese es el propósito habitual de las redes en modo Puente. Una reserva DHCP en el router puede mantener estable esa dirección.

¿Por qué funciona la NAT mientras falla el modo Puente?

La NAT oculta al invitado detrás de la red virtual del host. El modo Puente depende de que el invitado acceda directamente a la LAN física, por lo que son importantes DHCP, el switch, la NIC, la VLAN y la selección del puente.

¿Debo configurar el reenvío de puertos antes de solucionar el acceso a Internet?

No. Primero asegúrate de que el invitado pueda alcanzar su puerta de enlace y acceder a Internet. Después configura el reenvío entrante para el servicio.