VMware Workstation 7 na Win7-64 (Home Premium).
Potwierdziłem to na każdym gościu uruchomionym na tym komputerze (od winxp do debian).
Używam zmostkowanego połączenia sieciowego dla moich gości (Automatic na VMnet0). Cała konfiguracja sieci odbywa się za pomocą DHCP (w tym na hoście).
Problem
Czego nie mogę zrobić:
- Pinguj moją maszynę hosta z dowolnej maszyny wirtualnej. (albo pokaże mi „Destination Host Unreachable” lub po prostu upłynie limit czasu)
Co ja MOŻE zrobić zaraz po włączeniu zasilania, bez żadnych problemów.
- Mogę połączyć się z Internetem z poziomu maszyny wirtualnej
- Mogę pingować router z wnętrza maszyny wirtualnej
- Mogę pingować inne maszyny w mojej sieci z poziomu maszyny wirtualnej
- Inne maszyny mogą pingować maszynę wirtualną
- Inne komputery mogą pingować hosta
- Moja maszyna hosta może pingować maszynę wirtualną (ta jest ważna. Czytaj dalej)
Detale
Mam więc router przypisany jako 192.168.2.1/255.255.255.0, a router zapewnia usługę DHCP (i wydaje się, że robi to z powodzeniem).
W sieci nie mam żadnych konfliktów adresów IP. Wszystkie bramy i maski podsieci są odpowiednie i pasują do siebie.
Cały mój warsztat jest w jednej podsieci, z jednym serwerem DHCP i bramą.
Jest jedna metoda, w której mogę pomyślnie pingować, ale wymaga ona aktywnego połączenia zainicjowanego z hosta (rozpoczynam pingowanie z hosta na maszynę wirtualną). W okresie aktywnego połączenia mogę pomyślnie pingować z VM do hosta, używając jawnego adresu IP. Jak tylko połączenie z hostem zostanie zamknięte, ping maszyny Wirtualnej zaczyna się zawieszać z tymi samymi starymi wiadomościami.
Moje myśli
To naprawdę wydaje się problem z zaporą, ale wyłączyłem wszystkie zapory na hoście i maszynie wirtualnej, wyłączyłem sieć, ponownie wykonałem kopię zapasową, a problem nadal występuje. A jeśli byłby to firewall, dlaczego tylko adres IP powiązany z zmostkowanymi sieciami maszyn wirtualnych byłby blokowany.
Wydaje mi się, że mój system operacyjny hosta (Win7) jest w jakiś sposób niepoprawnie skonfigurowany lub VMware Workstation jest skonfigurowany niepoprawnie od strony hosta. Chociaż dołożyłem wszelkich starań, aby wszystko było domyślnie, wydaje mi się, że brakuje mi czegoś głupiego.
źródło
Odpowiedzi:
Miałem ten sam problem: nie mogłem pingować do <-> z hosta i gościa. Inne sieci były w porządku. Odznałem zainstalowany filtr DNE LightWeight i naprawiłem problem. Dzięki komentarzowi Walkerneo. Mój filtr DNE pochodzi z Citrix.
źródło
Musisz włączyć protokół mostka VMware na hoście.
Przejdź do Centrum sieci i udostępniania. Po prawej stronie pojawi się lista połączeń (Typ dostępu: Połączenia), wybierz kartę sieciową VMware. Otwórz Właściwości, zaznacz pole VMware Bridge Protocol i zamknij ekran.
źródło
Mam podobny problem i udało mi się go rozwiązać. Mam zainstalowane Virtualbox i VMware Workstation. VMnet VMnet0 próbuje użyć mojego adaptera fizycznego, ale [adapter sieciowy Virtualbox Bridge] zamiast [protokół VMware Bridge].
Rozwiązałem to, wykonując następujące czynności:
1) Wyłącz [Virtualbox Bridge Network Adapter]
2) „Przywróć domyślne” dla „Virtual Network Editor” VMware
3) Ponownie zaznacz opcję „Bridged to:” VMnet0 w moim fizycznym adapterze
Ale tym razem bez konfliktu z Virtualbox Bridge Adapter użyje [VMware Bridge Protocol]
źródło
Do tej pory doszedłem do wniosku, że mechanizm pomostowy w jakiś sposób powoduje problem. Wydaje mi się również, że może to być specyficzne dla wersji / systemu operacyjnego, ponieważ nie przypominam sobie tego problemu w przeszłości (chociaż mogę się mylić).
Podczas korzystania z drugiej karty sieciowej na komputerze hosta moja maszyna wirtualna może pingować tę kartę sieciową, ale nie kartę sieciową, która zapewnia połączenie mostkowe. (każda karta sieciowa ma inny adres IP)
Edytować
Zdecydowanie coś zmieniło połączenie mostkowe, chociaż ostatnio ponownie zainstalowałem system operacyjny, więc nie mogę jednoznacznie powiedzieć, na czym polegał problem lub rozwiązanie. Problem nigdy nie wystąpił ponownie (chociaż byłem znacznie bardziej selektywny w kwestii zainstalowanego oprogramowania, co może sugerować teraz zaakceptowaną odpowiedź)
źródło
Miałem ten sam problem, a tym, co naprawdę rozwiązało mój problem, jest włączenie obsługi Adhoc 802.11n dla aktywnej karty sieciowej.
Musisz tylko
źródło