Se una macchina virtuale Windows 11 funziona in modalità NAT di ZVM ma perde l’accesso a Internet in modalità Bridged, verifica il percorso LAN del guest livello per livello invece di presumere che il bridge sia guasto. Per prima cosa verifica DHCP, raggiungibilità del gateway, DNS, impostazioni proxy di Windows e interfaccia fisica utilizzata dal bridge.
La discussione originale contiene un’avvertenza importante contro le generalizzazioni: un utente ha risolto il problema disabilitando l’opzione “Rileva automaticamente impostazioni” del proxy di Windows, ma in seguito un altro utente ha riscontrato lo stesso sintomo generale e la modifica non ha funzionato. Considera l’opzione proxy una soluzione verificata e specifica del caso, non una soluzione universale.
Cosa cambia con la modalità Bridged
In modalità NAT, la macchina virtuale accede alla rete esterna tramite il NAT virtuale dell’host. In modalità Bridged, il guest dovrebbe comportarsi più come un dispositivo separato della LAN e di solito ricevere un proprio indirizzo dal router.
Per questo la modalità Bridged è utile per i server di gioco e per i servizi che richiedono un indirizzo IP LAN distinto, ma significa anche che la macchina virtuale deve raggiungere correttamente la LAN fisica, il gateway, il DNS e tutte le eventuali regole firewall a monte.
Passaggio 1: controlla la configurazione IP di Windows
In Windows, esegui:
ipconfig /allVerifica la presenza di un indirizzo LAN valido, una maschera di sottorete, un gateway predefinito e un server DNS. Un indirizzo autoassegnato 169.254.x.x indica che il DHCP non è stato completato.
Passaggio 2: testa il gateway prima di verificare Internet
Esegui prima il ping dell’indirizzo LAN del router. Se la macchina virtuale ha ricevuto un normale indirizzo DHCP ma non riesce a raggiungere il gateway, DNS e impostazioni proxy non sono ancora il problema principale. Concentrati sul bridge, sulla NIC fisica, sulla VLAN, sullo switch o sul percorso dell’adattatore guest.
Se il gateway risponde, testa quindi un IP esterno, ad esempio quello del resolver upstream che conosci. Solo dopo aver verificato la connettività IP di base dovrai occuparsi della risoluzione dei nomi DNS.
Passaggio 3: controlla il rilevamento automatico del proxy di Windows
Nel caso verificato nella fonte, l’utente ha aperto Impostazioni → Rete e Internet → Proxy e ha disabilitato il rilevamento automatico del proxy. Dopo questa modifica, l’accesso a Internet ha funzionato.
È un test valido quando Windows riesce a raggiungere il gateway ma il traffico web si comporta in modo anomalo. Tuttavia, un utente successivo del forum aveva ricevuto un indirizzo DHCP ma non riusciva ancora a eseguire il ping del gateway, e la modifica del proxy non ha prodotto alcun risultato. Un’impostazione proxy non può risolvere un problema di livello 2 o di raggiungibilità del gateway.
Passaggio 4: verifica che sia collegata al bridge l’interfaccia fisica corretta
Se l’host ZimaOS dispone di più porte Ethernet, assicurati che la macchina virtuale sia collegata all’interfaccia destinata alla LAN. Controlla i nomi attuali delle interfacce dell’host, lo stato del collegamento e gli indirizzi IP in Impostazioni → Rete.
L’attuale guida al networking di ZimaOS documenta come ZimaOS mostra lo stato delle interfacce fisiche.
Fai attenzione quando crei un bridge tramite Wi-Fi
Il bridging Ethernet tradizionale si adatta correttamente a una NIC cablata. Le interfacce client Wi-Fi possono avere limitazioni nel bridging trasparente di livello 2, perché molti access point non accettano indirizzi MAC di origine arbitrari dietro una singola stazione.
Se l’host ZimaOS utilizza direttamente il Wi-Fi, prova la macchina virtuale tramite Ethernet cablata prima di dedicare tempo alle impostazioni di Windows.
Passaggio 5: distingui l’IP statico dal port forwarding
Non è necessario impostare manualmente un IP statico in Windows solo per mantenere stabile l’indirizzo di un server di gioco. Una prenotazione DHCP sul router può essere più semplice da gestire ed evita conflitti.
Dopo aver garantito una connettività LAN e Internet affidabile alla macchina virtuale, inoltra le porte richieste dal server di gioco dal router all’indirizzo LAN riservato della macchina virtuale. Non occuparti del port forwarding finché la macchina virtuale non riesce a raggiungere il gateway.
Controlla il firewall di Windows e il profilo di rete
Windows potrebbe classificare un nuovo adattatore bridged come rete pubblica. Di solito questo non impedisce l’accesso a Internet in uscita, ma può bloccare il traffico in ingresso del server di gioco. Quando la connettività di base funziona, imposta il profilo appropriato e crea solo le regole firewall in ingresso richieste dal server di gioco.
La guida alla configurazione di ZVM fornisce un contesto più ampio sulle macchine virtuali.
Quando segnalare un problema del bridge di ZVM
Se il guest riceve un indirizzo DHCP valido ma non riesce a eseguire il ping del gateway, la modalità NAT funziona, utilizzi Ethernet cablata e un altro dispositivo fisico sullo stesso switch funziona normalmente, raccogli la versione di ZimaOS, il MAC/IP del guest, l’interfaccia dell’host, la selezione del bridge, la sottorete del router e i risultati dei ping.
Questi dati sono molto più utili di una semplice segnalazione come “La modalità Bridged non ha Internet”.
Domande frequenti
Disabilitare il rilevamento automatico del proxy di Windows risolve la modalità Bridged di ZVM?
Ha risolto un caso verificato, ma non un altro caso successivo. Usalo quando la connettività al gateway è disponibile; non considerarlo una soluzione al livello del bridge.
Una macchina virtuale in modalità Bridged può avere un proprio IP LAN?
Sì, questo è lo scopo abituale del networking bridged. Una prenotazione DHCP sul router può mantenere stabile quell’indirizzo.
Perché la modalità NAT funziona mentre la modalità Bridged non funziona?
Il NAT nasconde il guest dietro la rete virtuale dell’host. La modalità Bridged dipende dal raggiungimento diretto della LAN fisica da parte del guest, quindi contano DHCP, switch, NIC, VLAN e selezione del bridge.
Devo configurare il port forwarding prima di risolvere i problemi di accesso a Internet?
No. Prima assicurati che il guest riesca a raggiungere il gateway e Internet. Successivamente configura l’inoltro in ingresso per il servizio.
