Jeśli maszyna wirtualna z systemem Windows 11 działa w trybie NAT ZVM, ale traci dostęp do internetu w trybie mostkowanym, diagnozuj ścieżkę sieci LAN gościa warstwa po warstwie, zamiast zakładać, że sam most jest uszkodzony. Najpierw sprawdź DHCP, dostępność bramy, DNS, ustawienia proxy w systemie Windows oraz fizyczny interfejs używany przez most.
Wątek źródłowy zawiera ważne ostrzeżenie przed nadmiernymi uogólnieniami: jeden użytkownik rozwiązał problem, wyłączając w ustawieniach proxy systemu Windows opcję „Automatycznie wykrywaj ustawienia”, ale u późniejszego użytkownika występował podobny ogólny objaw i ta zmiana nie pomogła. Traktuj przełącznik proxy jako potwierdzone rozwiązanie konkretnego przypadku, a nie uniwersalne rozwiązanie.
Co zmienia tryb mostkowany
W trybie NAT maszyna wirtualna łączy się z siecią zewnętrzną za pośrednictwem wirtualnego NAT-u hosta. W trybie mostkowanym gość powinien zachowywać się bardziej jak osobne urządzenie w sieci LAN i zazwyczaj otrzymywać własny adres z routera.
Dzięki temu tryb mostkowany jest przydatny w przypadku serwerów gier i usług wymagających osobnego adresu IP w sieci LAN, ale oznacza również, że maszyna wirtualna musi poprawnie uzyskać dostęp do fizycznej sieci LAN, bramy, serwera DNS oraz wszelkich reguł zapory w sieci nadrzędnej.
Krok 1: Sprawdź konfigurację IP systemu Windows
W systemie Windows uruchom:
ipconfig /allSprawdź, czy widoczny jest prawidłowy adres LAN, maska podsieci, brama domyślna i serwer DNS. Samodzielnie przypisany adres 169.254.x.x oznacza, że DHCP nie zakończyło się pomyślnie.
Krok 2: Przetestuj bramę przed testowaniem internetu
Najpierw wyślij polecenie ping do adresu LAN routera. Jeśli maszyna wirtualna ma prawidłowy adres z DHCP, ale nie może połączyć się z bramą, ustawienia DNS i proxy nie są jeszcze głównym problemem. Skup się na moście, fizycznym interfejsie sieciowym, VLAN-ie, przełączniku lub ścieżce adaptera gościa.
Jeśli brama odpowiada, przetestuj następnie zewnętrzny adres IP, na przykład znany używany przez Ciebie serwer rozpoznawania nazw. Dopiero gdy łączność z surowymi adresami IP działa, przejdź do diagnozowania nazw DNS.
Krok 3: Sprawdź automatyczne wykrywanie proxy w systemie Windows
W potwierdzonym przypadku ze źródła użytkownik otworzył Ustawienia → Sieć i internet → Proxy i wyłączył automatyczne wykrywanie proxy. Dostęp do internetu został wtedy przywrócony.
To prawidłowy test, gdy system Windows ma łączność z bramą, ale ruch internetowy zachowuje się nietypowo. Jednak późniejszy użytkownik forum otrzymał adres z DHCP, ale nadal nie mógł wysłać polecenia ping do bramy, a zmiana ustawień proxy niczego nie zmieniła. Ustawienie proxy nie naprawi problemu z warstwą 2 ani z dostępem do bramy.
Krok 4: Sprawdź, czy most korzysta z właściwego interfejsu fizycznego
Jeśli host ZimaOS ma kilka portów Ethernet, upewnij się, że maszyna wirtualna jest podłączona do oczekiwanego interfejsu łączącego z siecią LAN. Sprawdź bieżące nazwy interfejsów hosta, stan połączenia oraz adresy IP w sekcji Ustawienia → Sieć.
Aktualny przewodnik po sieci ZimaOS opisuje sposób, w jaki ZimaOS udostępnia stan fizycznych interfejsów.
Zachowaj ostrożność przy mostkowaniu przez Wi-Fi
Tradycyjne mostkowanie Ethernetu dobrze współpracuje z przewodowym interfejsem sieciowym. Interfejsy klientów Wi-Fi mogą mieć ograniczenia dotyczące przezroczystego mostkowania warstwy 2, ponieważ wiele punktów dostępowych nie akceptuje dowolnych źródłowych adresów MAC znajdujących się za jednym urządzeniem klienckim.
Jeśli sam host ZimaOS korzysta z Wi-Fi, przetestuj maszynę wirtualną przez przewodowe połączenie Ethernet, zanim poświęcisz czas na ustawienia systemu Windows.
Krok 5: Oddziel statyczny adres IP od przekierowania portów
Nie musisz ręcznie ustawiać statycznego adresu IP w systemie Windows tylko po to, aby zachować stabilny adres serwera gry. Rezerwacja DHCP na routerze może być łatwiejsza w zarządzaniu i pozwala uniknąć konfliktów.
Gdy maszyna wirtualna ma już niezawodną łączność z siecią LAN i internetem, przekieruj wymagane porty serwera gry z routera na zarezerwowany adres LAN maszyny wirtualnej. Nie diagnozuj przekierowania portów, dopóki maszyna wirtualna nie będzie mogła połączyć się z bramą.
Sprawdź zaporę systemu Windows i profil sieci
System Windows może sklasyfikować nowy mostkowany adapter jako sieć publiczną. Zwykle nie uniemożliwia to wychodzącego dostępu do internetu, ale może blokować przychodzący ruch serwera gry. Gdy podstawowa łączność sieciowa zacznie działać, ustaw odpowiedni profil i utwórz tylko te reguły zapory dla ruchu przychodzącego, których wymaga serwer gry.
Przewodnik konfiguracji ZVM zawiera szerszy kontekst dotyczący maszyn wirtualnych.
Kiedy zgłosić problem z mostem ZVM
Jeśli gość otrzymuje prawidłowy adres DHCP, ale nie może wysłać polecenia ping do bramy, tryb NAT działa, używane jest przewodowe połączenie Ethernet, a inne fizyczne urządzenie w tym samym przełączniku działa prawidłowo, zbierz informacje o wersji ZimaOS, adresie MAC i IP gościa, interfejsie hosta, wyborze mostu, podsieci routera oraz wynikach poleceń ping.
Takie dane są znacznie bardziej wartościowe niż informacja „tryb mostkowany nie ma internetu”.
FAQ
Czy wyłączenie automatycznego wykrywania proxy w systemie Windows naprawia tryb mostkowany ZVM?
Naprawiło jeden potwierdzony przypadek, ale nie pomogło w innym późniejszym przypadku. Użyj tego ustawienia, gdy istnieje łączność z bramą, ale nie traktuj go jako rozwiązania problemu z warstwą mostu.
Czy mostkowana maszyna wirtualna może mieć własny adres IP w sieci LAN?
Tak, jest to zwykle główny cel sieci mostkowanej. Rezerwacja DHCP na routerze może zapewnić stabilność tego adresu.
Dlaczego NAT działa, a tryb mostkowany nie?
NAT ukrywa gościa za wirtualną siecią hosta. Tryb mostkowany zależy od bezpośredniego dostępu gościa do fizycznej sieci LAN, dlatego znaczenie mają DHCP, przełącznik, interfejs sieciowy, VLAN i wybór mostu.
Czy powinienem skonfigurować przekierowanie portów przed naprawieniem dostępu do internetu?
Nie. Najpierw upewnij się, że gość może połączyć się z bramą i internetem. Następnie skonfiguruj przekierowanie przychodzącego ruchu do usługi.
