Program „Bridged” sieci VMware Player już nie działa - host = win8.1 guest = Mint 17 Linux

Podstawowe informacje techniczne w tle:

1. Host: Windows 8.1
2. Gość: Linux Mint 17
3. Wersja VMWare Player: 6.0.3 build-1895310
4. Sprzęt hosta: laptop ASUS z mikroukładem Wi-Fi Broadcomm

W przeszłości (wcześniejsze wersje Linux Mint i wcześniejsze wersje VMWare Player) mogłem przełączać sieci między NAT i Bridged i obie działałyby zgodnie z oczekiwaniami. Zdecydowałem się na NAT. Ostatnio musiałem przełączyć się na Bridged, a gościnny system operacyjny Linux nie mógł się połączyć. Przełącz się z powrotem na NAT, a wszystko połączy się ponownie i będzie działać poprawnie.

Zaktualizowałem VMWare Tools w systemie gościa, bez żadnego efektu. Niestety, nie wiem, która aktualizacja Mint lub aktualizacja VMWare Player zepsuła funkcjonalność lub kiedy.

Wydaje się, że odmiany tego pytania pojawiają się często, ale żadne z pytań, które przeczytałem tutaj na stronie Superuser, nie wydaje się bezpośrednio dotyczyć lub oferować rozwiązania tego problemu.

Z przyjemnością udostępniamy pliki dziennika lub inne informacje, które pomogą w debugowaniu problemu. Po prostu daj mi znać, czego potrzebujesz. Ponieważ mogę używać NAT jako obejścia, nie jest to pilne. Chciałbym jednak zrozumieć, co jest nie tak i naprawić.

Dzięki.

Istnieje inne, nie tak „brutalne” podejście do rozwiązania tego problemu. To mnie ugryzło więcej niż raz. Przejdź do VMWare Virtual Network Editor, aw sekcji Informacje VMNet dla „Bridged”, przeciągnij rozwijaną listę „Bridged to:” i zmień z Automatic na nazwę adaptera fizycznego. Dzięki temu zarówno VMWare, jak i VirtualBox mogą grać razem na tym samym hoście. (Jestem zaskoczony, że VMWare nie wykrywa tego, gdy host ma zainstalowaną więcej niż 1 aplikację VM)

Znaleziono rozwiązanie dla mojej wersji problemu. Mam nadzieję, że pomoże to komuś innemu.

Wcześniej korzystałem z VirtualBox. Przejście na VMWare (przy użyciu NAT) działało dobrze, ale VirtualBox zostawił adapter tylko do hosta w Windows Networking, który (po cichu) sprawił, że tryb „zmostkowany” w VMWare nie działa.

Uderzyłem podobny problem instalując „boot2docker” (który używa VirtualBox) na innym komputerze, na którym działał VMWare, który następnie przestał działać po zainstalowaniu „boot2docker”. Diagnoza tego doprowadziła mnie do tego, że VirtualBox jest winowajcą.

SOLUTON:

Na hoście Windows przejdź do Połączenia sieciowe i „wyłącz” tam wszelkie wpisy sieciowe VirtualBox. Twoje „mostkowane” połączenia VMWare zaczną ponownie działać.

Nie musisz wyłączać adapterów VirtualBox w systemie Windows. Możesz to naprawić bezpośrednio w VMWare Player. Przejdź do ustawień sieci VM, wybierz Bridged, a następnie kliknij przycisk Konfiguruj adaptery. Odznacz „Adapter Ethernet tylko do hosta VirtualBox”.

To rozwiąże Twój problem i sprawi, że adaptery VirtualBox będą działały w systemie Windows, dzięki czemu będziesz mógł używać zarówno VB, jak i VMWare w tym samym systemie bez konieczności ciągłego przełączania ustawień.

Jedyne, co naprawiło moje połączenie, to dodanie kolejnej karty sieciowej (NAT) na istniejącej.

Zarządzaj -> Ustawienia maszyny wirtualnej -> Dodaj -> Karta sieciowa -> Zakończ.

Odkryłem, że w VMware Player nie ma edytora sieciowego. Możesz jednak określić, z którym adapterem ma zostać połączony mostek, co rozwiązało problem. Na poniższym ekranie wybrano oba adaptery. Usuń zaznaczenie funkcji Hyper-V, pozostawiając tylko adapter fizyczny.

Chciałbym również wspomnieć, oprócz tych odpowiedzi, które obsługują zaporę Szczególnie klienci / oprogramowanie zapory (w moim przypadku AVG Firewall) mogą zakłócać działanie adaptera mostu dla Vmware, spróbuj wyłączyć oprogramowanie zapory

Mam podobny problem i było to spowodowane tym, że mam 2 karty sieciowe (eth / wifi) na moim hoście i oba są podłączone do Internetu. Kiedy go wyłączyłem, problem zniknął.

W mojej instalacji była to instalacja npcap (z wireshark) na hoście, która przerwała połączenia wirtualne. Przejście do konfiguracji sieci vmware i wyłączenie adaptera NPCAP dla VM przywróciło połączenie

W VMWare Workstation Player musiałem zrobić dwie rzeczy:

1) W moich opcjach adaptera sieciowego Windows w obszarze Właściwości adaptera, którego używam do łączenia się z siecią LAN, musiałem upewnić się, że pole VMWare Bridge Protocol jest zaznaczone.

2) W ustawieniach karty sieciowej VMWare, jak wspomnieli inni, upewnij się, że jedyną kartą zaznaczoną w Konfiguruj karty jest karta, której używasz do łączenia się z siecią LAN.

Po wykonaniu tych dwóch czynności ponownie uruchomiłem komputer, a następnie maszynę wirtualną i sieć udało się połączyć. Mam nadzieję że to pomoże!

W moim przypadku okazało się, że jest to zagubiony router, po prostu potrzebny do odłączenia / ponownego podłączenia zasilania. To po wypróbowaniu wszystkich powyższych heh. Zauważyłem, że przejście do strony administratora routerów nie działało, kiedy to odłączyłem ją i uruchomiłem ponownie, a potem mosty sieciowe wróciły do ​​życia! więc sprawdź to też ...

Korzystałem z mostkowanego połączenia dla maszyny wirtualnej Kubuntu. Nagle przestał działać, nie mam pojęcia, dlaczego. Naprawiłem to, wprowadzając polecenie konsoli „nmcli networking on”.

Nie mam pojęcia, dlaczego to zadziałało.