Das „Bridged“ -Netzwerk von VMware Player funktioniert nicht mehr - host = win8.1 guest = Mint 17 Linux

Grundlegende technische Hintergrundinformationen:

1. Host: Windows 8.1
2. Gast: Linux Mint 17
3. VMWare Player-Version: 6.0.3 build-1895310
4. Host-Hardware: ASUS-Laptop mit Broadcomm-WLAN-Chipsatz

In der Vergangenheit (frühere Versionen von Linux Mint und frühere Versionen von VMWare Player) konnte ich das Netzwerk zwischen NAT und Bridged wechseln, und beide funktionierten wie erwartet. Ich habe mich für NAT entschieden. Vor kurzem musste ich zu Bridged wechseln, und das Linux-Gastbetriebssystem konnte keine Verbindung herstellen. Wechseln Sie zurück zu NAT, und alles wird wieder verbunden und funktioniert einwandfrei.

Ich habe VMWare Tools im Gastbetriebssystem ohne Wirkung aktualisiert. Leider weiß ich nicht, welches Mint-Upgrade oder VMWare Player-Upgrade die Funktionalität beeinträchtigt hat oder wann.

Variationen dieser Frage scheinen häufig aufzutauchen, aber keine der Fragen, die ich hier im Superuser gelesen habe, scheint dieses Problem direkt anzusprechen oder zu beheben.

Gerne stellen wir Ihnen Protokolldateien oder andere Informationen zur Verfügung, um das Problem zu beheben. Lass mich wissen, was du brauchst. Da ich NAT als Workaround verwenden kann, ist dies nicht dringend. Ich möchte jedoch verstehen, was falsch ist, und es beheben.

Vielen Dank.

Es gibt einen anderen, nicht so "brutalen" Ansatz, um dies zu beheben. Das hat mich mehr als einmal gebissen. Rufen Sie den VMWare Virtual Network Editor auf und rufen Sie im Abschnitt VMNet-Informationen für "Bridged" die Dropdown-Liste "Bridged to:" auf und wechseln Sie von "Automatisch" zu Ihrem physischen Adapternamen. Dadurch können sowohl VMWare als auch VirtualBox gemeinsam auf demselben Host gespielt werden. (Ich bin überrascht, dass VMWare dies nicht erkennt, wenn auf dem Host mehr als eine VM-Anwendung installiert ist.)

Ich habe eine Lösung für meine Version des Problems gefunden. Hoffe es hilft jemand anderem.

Zuvor hatte ich VirtualBox verwendet. Die Umstellung auf VMWare (mit NAT) funktionierte einwandfrei, aber VirtualBox hatte im Windows-Netzwerk einen Nur-Host-Adapter belassen, der (stillschweigend) dazu führte, dass der "Bridged" -Modus in VMWare nicht funktionierte.

Ich habe ein ähnliches Problem bei der Installation von "boot2docker" (das VirtualBox verwendet) auf einem anderen Computer mit VMWare festgestellt, das nach der Installation von "boot2docker" gestoppt wurde. Die Diagnose führte dazu, dass VirtualBox der Schuldige war.

LÖSUNG:

Gehen Sie auf dem Windows-Host zu Netzwerkverbindungen und "deaktivieren" Sie dort alle VirtualBox-Netzwerkeinträge. Ihre "überbrückten" VMWare-Verbindungen funktionieren wieder.

Sie müssen die VirtualBox-Adapter in Windows nicht deaktivieren. Sie können dies direkt in VMWare Player beheben. Gehen Sie in Ihre VM-Netzwerkeinstellungen, wählen Sie Bridged aus und klicken Sie auf die Schaltfläche Adapter konfigurieren. Deaktivieren Sie "VirtualBox Host-Only Ethernet Adapter".

Dadurch wird Ihr Problem behoben und die VirtualBox-Adapter bleiben in Windows funktionsfähig, sodass Sie sowohl VB als auch VMWare auf demselben System verwenden können, ohne ständig die Einstellungen ändern zu müssen.

Das einzige, was meine Verbindung reparierte, war das Hinzufügen eines weiteren Netzwerkadapters (NAT) zusätzlich zu dem vorhandenen.

Verwalten -> Einstellungen für virtuelle Maschinen -> Hinzufügen -> Netzwerkadapter -> Fertig stellen.

Ich habe festgestellt, dass es in VMware Player keinen Netzwerkeditor gibt. Sie können jedoch angeben, zu welchem ​​Adapter eine Brücke hergestellt werden soll, wodurch das Problem für mich behoben wurde. Im folgenden Bildschirm wurden beide Adapter ausgewählt. Deaktivieren Sie den Hyper-V und lassen Sie nur den physischen Adapter übrig.

Zusätzlich zu diesen Antworten möchte ich auch erwähnen, dass die Host-Firewall, insbesondere Firewall-Clients / Software (in meinem Fall AVG Firewall), den Bridge-Adapter für VMware stören kann. Versuchen Sie, die Firewall-Software zu deaktivieren

Ich habe ein ähnliches Problem und es wurde dadurch verursacht, dass ich 2 Netzwerkkarten (eth / wifi) auf meinem Host habe und beide mit dem Internet verbunden sind. Als ich eine deaktivierte, war das Problem weg.

Bei meiner Installation war es eine Installation von npcap (mit Wireshark) auf dem Host, die die virtuellen Verbindungen unterbrach. Durch Aufrufen der VMware-Netzwerkkonfiguration und Deaktivieren des npcap-Adapters für VM wurde die Verbindung wiederhergestellt

In VMWare Workstation Player musste ich zwei Dinge tun:

1) In meinen Windows-Netzwerkadapteroptionen musste ich unter Eigenschaften für den Adapter, mit dem ich eine Verbindung zum LAN herstelle, sicherstellen, dass das Kontrollkästchen VMWare Bridge-Protokoll aktiviert war.

2) Stellen Sie in den VMWare-Netzwerkadaptereinstellungen, wie bereits erwähnt, sicher, dass der einzige Adapter, der unter Adapter konfigurieren aktiviert ist, der Adapter ist, mit dem Sie eine Verbindung zum LAN herstellen.

Nachdem ich diese beiden Dinge getan hatte, startete ich meinen Computer neu und dann meine VM und das Netzwerk erfolgreich verbunden. Hoffe das hilft!

In meinem Fall stellte sich heraus, dass es sich um einen verwirrten Router handelte, der nur zum Trennen / Umstecken der Stromversorgung benötigt wurde. Dies nach dem Versuch all der oben genannten heh. Ich bemerkte, dass das Aufrufen der Administrator-Seite des Routers nicht funktionierte, als ich den Netzstecker zog und neu startete. Dann wurde das überbrückte Netzwerk wieder zum Leben erweckt! Also überprüfe das auch ...

Ich habe eine Bridged-Verbindung für eine Kubuntu-VM verwendet. Es hörte plötzlich auf zu arbeiten, keine Ahnung warum. Ich habe es behoben, indem ich den Konsolenbefehl "nmcli network on on" eingegeben habe.

Ich habe absolut keine Ahnung, warum das funktioniert hat.