Troubleshooting: Keine Netzwerk-Verbindung in VMware Workstation


    Tags: , ,

    Logo VMware WorkstationWenn eine virtuelle Maschine in der VMware Workstation keine Verbindung nach außen aufbauen kann, dann sollte man dafür die Einstellungen im Gast­betriebs­system, im virtuellen Netzwerk sowie in der Adapter-Konfiguration des Host-OS prüfen. Von solchen Problemen können sowohl NAT- als auch Bridged-Netzwerke betroffen sein.

    In der Regel fängt man mit der Fehlersuche in den Netzwerk­einstellungen des Gastbetriebs­systems an. Wenn die VM nicht mit dem vSwitch verbunden ist, dann zeigt Linux dort die Meldung Kabel nicht angeschlossen an.

    In Windows-Gästen kann man diesen Status mit PowerShell abfragen:

    Get-NetAdapter -Physical | select Name, MediaConnectionState

    In diesem Fall hat man entweder vergessen, in den VM-Einstellungen die Option Connect at power on zu aktivieren oder man hat versehentlich auf das Netzwerk-Icon in der Statusleiste der VMware Workstation geklickt.

    Ist der virtuelle Adapter nicht mit dem vSwitch verbunden, dann kann man das in den VM-Einstellungen ändern.

    Abhilfe ist hier einfach, indem man die Checkbox Connected aktiviert.

    Konfiguration im Gast überprüfen

    Im nächsten Schritt bemüht man die üblichen Dienstprogramme wie ipconfig (Windows) bzw. ifconfig (Linux), ping, nslookup und andere, um die IP-Konfiguration zu prüfen. So kann es sein, dass man irgendwann eine feste IP zugewiesen hat, die nicht mehr passt. Entsprechendes kann auf die DNS-Server zutreffen.

    Falls man hier Einstellungen anpassen muss, ist es hilfreich, das virtuelle Netzwerkkabel abzuziehen und wieder anzustecken, um die Änderungen zu aktivieren. Dies erfolgt über das erwähnte Icon in der Statusleiste.

    Netzwerk über das Symbol in der Statusleiste trennen und verbinden

    Bei Windows-Gästen kann man den gleichen Effekt mit Restart-NetAdapter erreichen.

    Virtuelles Netzwerk prüfen

    Sehen die Einstellungen im Gast-OS korrekt aus, dann öffnet man im nächsten Schritt den Editor für virtuelle Netzwerke aus dem Edit-Menü. Dieser startet im reinen Lesemodus und zeigt auch nicht alle Netzwerke, bis man auf Change Settings klickt und sich mit einem administrativen Konto anmeldet.

    Das Bearbeiten der virtuellen Netzwerke erfordert erhöhte Rechte.

    Anschließend öffnet man die Einstellungen des Netzwerks, das man der Problem-VM zugeordnet hat.

    Beim Typ Bridged ist unter Bridged to der Wert Automatic voreingestellt. Der so zugeordnete Adapter ist manchmal aber ungeeignet, so dass man den passenden explizit aus der Liste auswählen sollte. In der Regel wird dies der physische Adapter sein.

    Inkorrekte automatische Einstellungen für 'Bridged to' können die Ursache für Verbindungsprobleme sein.

    Bei NAT-Netzwerken gibt es mehrere mögliche Ursachen für eine Fehlkonfiguration. So können die Einstellungen für das Subnet von jenen abweichen, die man in der VM verwendet.

    Außerdem kann hier der integrierte DHCP-Server aktiviert sein, der eine ungeeignete Konfiguration an die virtuellen Maschinen vergibt.

    In den NAT-Einstellungen finden sich mehrere potenzielle Ursachen für Verbindungsprobleme.

    Weitere potenzielle Stolpersteine sind die NAT Settings, wenn dort noch irgendwelche alten Werte für das Gateway oder die DNS-Server vorhanden sind. Wenn die VMs ihre Einstellungen über einen externen DHCP-Server beziehen, dann kann man den internen DHCP-Dienst abschalten und die DNS-Konfiguration auf Auto detect stellen.

    Sollten alle Maßnahmen an dieser Stelle nichts bringen, kann man über Restore Defaults die ursprünglichen Einstellungen für alle virtuellen Netzwerke wiederherstellen.

    Adapter-Einstellungen im Host-OS untersuchen

    Wenn man die Verbindungsprobleme bis hierher noch nicht beseitigen konnte, dann lohnt sich noch ein Blick in die Einstellungen der Adapter, die den jeweiligen virtuellen Netzwerken am Host zugrunde liegen.

    Bei Windows-Hosts folgt man in der App Einstellungen unter Netzwerk und Internet dem Link Adapteroptionen ändern.

    Für das Bridged Network installiert VMware ein eigenes Protokoll.

    Bridged ist standardmäßig vEthernet (VMware Network) zugeordnet. Dort muss man in den Eigenschaften des Adapters sicherstellen, dass das VMware Bridge Protocol aktiviert ist.

    Das NAT-Netzwerk setzt normalerweise auf VMnet8 auf. Das Bridge-Protokoll braucht man dort nicht, aber man sollte hier prüfen, ob sich ungeeignete Werte in die IPv4- oder IPv6-Konfiguration eingeschlichen haben.

    In meinem Fall fand sich dort aus unerklärlichen Gründen als feste IPv4-Adresse des Adapters jene, die ich im Virtual Network Editor für das Gateway eingetragen hatte. Nach der Umstellung auf DHCP bekam die VM wieder Netzwerkzugriff.

    Zusammenfassung

    Die Fehlersuche bei Netzwerkproblemen in VMs der VMware Workstation kann sehr mühselig sein. Es gibt gleich mehrere Orte, an denen falsche Einstellungen als Ursache in Frage kommen.

    Neben der IP-Konfiguration im Gast-OS sollte man daher die Einstellungen der VM, der virtuellen Netzwerke und der Adapter im Host-Betriebssystem untersuchen.

    Täglich Know-how für IT-Pros mit unserem Newsletter

    Wir ver­wenden Ihre Mail-Adresse nur für den Ver­sand der News­letter.
    Es erfolgt keine per­sonen­be­zogene Auswertung.

    Bild von Wolfgang Sommergut

    Wolfgang Sommergut hat lang­jährige Erfahrung als Fach­autor, Berater und Kon­ferenz­sprecher zu ver­schie­denen Themen der IT. Da­ne­ben war er als System­ad­mi­ni­stra­tor und Con­sultant tätig.
    // Kontakt: E-Mail, XING, LinkedIn //

    Ähnliche Beiträge

    Weitere Links