Se uma VM do Windows 11 funcionar no modo NAT do ZVM, mas perder o acesso à Internet no modo Bridge, diagnostique a camada de rede do convidado passo a passo, em vez de presumir que a bridge está avariada. Comece por verificar o DHCP, a acessibilidade do gateway, o DNS, as definições de proxy do Windows e a interface física utilizada pela bridge.
O tópico original contém um aviso importante contra generalizações excessivas: um utilizador resolveu o problema ao desativar a opção “Detetar automaticamente as definições” do Windows, em Proxy, mas um utilizador posterior apresentou o mesmo sintoma geral e essa alteração não resolveu o problema. Considere a opção de proxy como uma solução específica confirmada num caso, não como uma solução universal.
O que muda no modo Bridge
No modo NAT, a VM acede à rede externa através do NAT virtual do anfitrião. No modo Bridge, o convidado deve comportar-se mais como uma máquina independente na rede local e, normalmente, receber o seu próprio endereço do router.
Isto torna o modo Bridge útil para servidores de jogos e serviços que necessitam de um IP distinto na rede local, mas também significa que a VM tem de conseguir aceder à rede física, ao gateway, ao DNS e a quaisquer regras de firewall a montante.
Passo 1: Verifique a configuração IP do Windows
No Windows, execute:
ipconfig /allProcure um endereço de rede local válido, uma máscara de sub-rede, um gateway predefinido e um servidor DNS. Um endereço autoatribuído 169.254.x.x significa que o DHCP não foi concluído.
Passo 2: Teste o gateway antes de testar a Internet
Faça primeiro ping ao IP da rede local do router. Se a VM tiver um endereço DHCP normal, mas não conseguir alcançar o gateway, as definições de DNS e de proxy ainda não são o principal problema. Concentre-se na bridge, na NIC física, na VLAN, no switch ou no percurso do adaptador do convidado.
Se o gateway responder, teste então um IP externo, como o do seu resolvedor a montante conhecido. Só depois de a conectividade IP básica funcionar deverá diagnosticar os nomes DNS.
Passo 3: Verifique a deteção automática do proxy do Windows
No caso confirmado na fonte, o utilizador abriu Definições → Rede e Internet → Proxy e desativou a deteção automática do proxy. O acesso à Internet funcionou depois disso.
Este é um teste válido quando o Windows tem conectividade com o gateway, mas o tráfego Web apresenta um comportamento estranho. No entanto, um utilizador posterior do fórum recebeu um endereço DHCP, mas continuou sem conseguir fazer ping ao gateway, e a alteração do proxy não teve qualquer efeito. Uma definição de proxy não pode corrigir uma falha de camada 2 ou de acessibilidade do gateway.
Passo 4: Confirme que a interface física correta está em bridge
Se o anfitrião ZimaOS tiver várias portas Ethernet, certifique-se de que a VM está ligada à interface voltada para a rede local que pretende utilizar. Verifique os nomes atuais das interfaces, o estado da ligação e os endereços IP do anfitrião em Definições → Rede.
O atual guia de redes do ZimaOS documenta a forma como o ZimaOS apresenta o estado das interfaces físicas.
Tenha cuidado ao fazer bridge através de Wi-Fi
A bridge Ethernet tradicional funciona de forma transparente com uma NIC com fios. As interfaces de clientes Wi-Fi podem ter limitações no bridging transparente de camada 2, porque muitos pontos de acesso não aceitam endereços MAC de origem arbitrários por trás de uma única estação.
Se o próprio anfitrião ZimaOS depender de Wi-Fi, teste a VM através de Ethernet com fios antes de dedicar tempo às definições do Windows.
Passo 5: Separe o IP estático do reencaminhamento de portas
Não tem de definir manualmente um IP estático no Windows apenas para manter um endereço estável para o servidor de jogos. Uma reserva DHCP no router pode ser mais fácil de gerir e evita conflitos.
Depois de a VM ter conectividade fiável com a rede local e a Internet, reencaminhe as portas necessárias do servidor de jogos, no router, para o endereço reservado da VM na rede local. Não diagnostique o reencaminhamento de portas antes de a VM conseguir alcançar o gateway.
Verifique a Firewall do Windows e o perfil de rede
O Windows pode classificar um novo adaptador em bridge como Público. Normalmente, isso não impede o acesso de saída à Internet, mas pode bloquear tráfego de entrada para o servidor de jogos. Quando a rede básica estiver a funcionar, defina o perfil adequado e crie apenas as regras de firewall de entrada necessárias ao servidor de jogos.
O guia de configuração do ZVM fornece um contexto mais abrangente sobre VMs.
Quando comunicar um problema de bridge do ZVM
Se o convidado receber um endereço DHCP válido, mas não conseguir fazer ping ao gateway, o modo NAT funcionar, estiver a utilizar Ethernet com fios e outra máquina física no mesmo switch funcionar normalmente, reúna a versão do ZimaOS, o MAC/IP do convidado, a interface do anfitrião, a seleção da bridge, a sub-rede do router e os resultados dos testes de ping.
Essas informações são muito mais úteis do que dizer simplesmente: “O modo Bridge não tem Internet.”
FAQ
Desativar a deteção automática do proxy do Windows resolve o modo Bridge do ZVM?
Resolveu um caso confirmado, mas não outro caso posterior. Utilize esta opção quando existir conectividade com o gateway; não a considere uma correção da camada da bridge.
Uma VM em bridge pode ter o seu próprio IP na rede local?
Sim, esse é o objetivo habitual das redes em bridge. Uma reserva DHCP no router pode manter esse endereço estável.
Porque é que o NAT funciona, mas o modo Bridge falha?
O NAT oculta o convidado por trás da rede virtual do anfitrião. O modo Bridge depende de o convidado aceder diretamente à rede local física, pelo que o DHCP, o switch, a NIC, a VLAN e a seleção da bridge são importantes.
Devo configurar o reencaminhamento de portas antes de corrigir o acesso à Internet?
Não. Primeiro, certifique-se de que o convidado consegue alcançar o gateway e a Internet. Depois, configure o reencaminhamento de entrada para o serviço.
