Wenn eine Windows-11-VM im ZVM-NAT-Modus funktioniert, aber im Bridged-Modus den Internetzugang verliert, sollten Sie den LAN-Pfad des Gasts Schicht für Schicht prüfen, anstatt anzunehmen, dass die Bridge selbst defekt ist. Prüfen Sie zunächst DHCP, die Erreichbarkeit des Gateways, DNS, die Windows-Proxy-Einstellungen und die vom Bridge verwendete physische Schnittstelle.
Der Ausgangsthread enthält eine wichtige Warnung vor Verallgemeinerungen: Ein Benutzer behob das Problem, indem er unter „Proxy“ die Windows-Option „Einstellungen automatisch erkennen“ deaktivierte. Ein späterer Benutzer hatte jedoch dasselbe allgemeine Symptom, und diese Änderung half nicht. Betrachten Sie die Proxy-Umschaltung daher als einen verifizierten, fallspezifischen Lösungsansatz und nicht als universelle Lösung.
Was sich im Bridged-Modus ändert
Im NAT-Modus erreicht die VM das externe Netzwerk über das virtuelle NAT des Hosts. Im Bridged-Modus sollte sich der Gast eher wie ein separates Gerät im LAN verhalten und normalerweise eine eigene Adresse vom Router erhalten.
Dadurch eignet sich der Bridged-Modus für Gameserver und Dienste, die eine eigene LAN-IP benötigen. Gleichzeitig muss die VM jedoch das physische LAN, das Gateway, den DNS-Server und alle vorgelagerten Firewall-Regeln erfolgreich erreichen.
Schritt 1: Windows-IP-Konfiguration prüfen
Führen Sie in Windows Folgendes aus:
ipconfig /allAchten Sie auf eine gültige LAN-Adresse, die Subnetzmaske, das Standardgateway und den DNS-Server. Eine selbst zugewiesene Adresse im Bereich 169.254.x.x bedeutet, dass DHCP nicht abgeschlossen wurde.
Schritt 2: Gateway testen, bevor Sie das Internet testen
Pingen Sie zuerst die LAN-IP des Routers. Wenn die VM eine normale DHCP-Adresse hat, aber das Gateway nicht erreichen kann, sind DNS- und Proxy-Einstellungen noch nicht das Hauptproblem. Konzentrieren Sie sich auf die Bridge, die physische Netzwerkkarte, das VLAN, den Switch oder den Adapterpfad des Gasts.
Wenn das Gateway antwortet, testen Sie anschließend eine externe IP-Adresse, etwa die Ihres bekannten Upstream-Resolvers. Erst wenn die IP-Konnektivität grundsätzlich funktioniert, sollten Sie die Auflösung von DNS-Namen untersuchen.
Schritt 3: Automatische Proxy-Erkennung in Windows prüfen
Im verifizierten Ausgangsfall öffnete der Benutzer Einstellungen → Netzwerk und Internet → Proxy und deaktivierte die automatische Proxy-Erkennung. Danach funktionierte der Internetzugang.
Das ist ein sinnvoller Test, wenn Windows das Gateway erreichen kann, der Webverkehr sich aber ungewöhnlich verhält. Ein späterer Forenbenutzer erhielt jedoch eine DHCP-Adresse, konnte das Gateway weiterhin nicht pingen, und die Proxy-Änderung bewirkte nichts. Eine Proxy-Einstellung kann keinen Fehler auf Layer 2 oder bei der Erreichbarkeit des Gateways beheben.
Schritt 4: Prüfen, ob die richtige physische Schnittstelle überbrückt wird
Wenn der ZimaOS-Host über mehrere Ethernet-Ports verfügt, stellen Sie sicher, dass die VM mit der erwarteten LAN-seitigen Schnittstelle verbunden ist. Prüfen Sie unter „Einstellungen → Netzwerk“ die aktuellen Namen der Host-Schnittstellen, den Verbindungsstatus und die IP-Adressen.
Der aktuelle ZimaOS-Netzwerkleitfaden beschreibt, wie ZimaOS den Status physischer Schnittstellen anzeigt.
Beim Bridging über WLAN vorsichtig sein
Eine herkömmliche Ethernet-Bridge lässt sich sauber an eine kabelgebundene Netzwerkkarte anbinden. WLAN-Client-Schnittstellen können beim transparenten Layer-2-Bridging Einschränkungen aufweisen, da viele Access Points keine beliebigen Quell-MAC-Adressen hinter einer einzelnen Station akzeptieren.
Wenn der ZimaOS-Host selbst über WLAN verbunden ist, testen Sie die VM über kabelgebundenes Ethernet, bevor Sie viel Zeit in Windows-Einstellungen investieren.
Schritt 5: Statische IP und Portweiterleitung unterscheiden
Sie müssen in Windows keine statische IP fest eintragen, nur um eine stabile Adresse für einen Gameserver zu erhalten. Eine DHCP-Reservierung im Router ist oft einfacher zu verwalten und verhindert Adresskonflikte.
Sobald die VM zuverlässig das LAN und das Internet erreicht, leiten Sie die benötigten Gameserver-Ports vom Router an die reservierte LAN-Adresse der VM weiter. Untersuchen Sie die Portweiterleitung erst, wenn die VM das Gateway erreichen kann.
Windows-Firewall und Netzwerkprofil prüfen
Windows kann einen neuen überbrückten Adapter als „Öffentlich“ einstufen. Das verhindert normalerweise nicht den ausgehenden Internetzugang, kann aber eingehenden Gameserver-Datenverkehr blockieren. Sobald die grundlegende Netzwerkverbindung funktioniert, stellen Sie das passende Profil ein und erstellen Sie nur die eingehenden Firewall-Regeln, die der Gameserver benötigt.
Der ZVM-Einrichtungsleitfaden bietet weiterführende Informationen zum VM-Kontext.
Wann Sie ein ZVM-Bridge-Problem melden sollten
Wenn der Gast eine gültige DHCP-Adresse erhält, das Gateway aber nicht pingen kann, der NAT-Modus funktioniert, kabelgebundenes Ethernet verwendet wird und ein anderes physisches Gerät am selben Switch normal funktioniert, sammeln Sie die ZimaOS-Version, die MAC- und IP-Adresse des Gasts, die Host-Schnittstelle, die Bridge-Auswahl, das Router-Subnetz und die Ping-Ergebnisse.
Diese Angaben sind deutlich aussagekräftiger als „Der Bridged-Modus hat kein Internet“.
FAQ
Behebt das Deaktivieren der automatischen Windows-Proxy-Erkennung den ZVM-Bridged-Modus?
In einem verifizierten Fall hat es das Problem behoben, in einem späteren Fall jedoch nicht. Verwenden Sie diese Prüfung, wenn eine Gateway-Verbindung besteht, aber betrachten Sie sie nicht als Fehlerbehebung für die Bridge-Schicht.
Kann eine überbrückte VM eine eigene LAN-IP haben?
Ja, das ist normalerweise der Zweck von Bridged Networking. Eine DHCP-Reservierung im Router kann dafür sorgen, dass diese Adresse stabil bleibt.
Warum funktioniert NAT, während der Bridged-Modus fehlschlägt?
NAT verbirgt den Gast hinter dem virtuellen Netzwerk des Hosts. Im Bridged-Modus muss der Gast das physische LAN direkt erreichen. Daher sind DHCP, Switch, Netzwerkkarte, VLAN und die Bridge-Auswahl entscheidend.
Sollte ich Ports weiterleiten, bevor ich den Internetzugang repariere?
Nein. Stellen Sie zuerst sicher, dass der Gast sein Gateway und das Internet erreichen kann. Konfigurieren Sie anschließend die eingehende Weiterleitung für den Dienst.
