VMware gost u načinu premosnice izgubio je mrežu nakon OpenVPN-a

Gost koji je prije sat vremena bio premošten i dostupan sada na sve čeka do isteka vremena, a nitko nije mijenjao njegove postavke. Na domaćinu internet i dalje radi kroz tunel. Te dvije činjenice zajedno upućuju dalje od VPN-a i prema hipervizoru, jer domaćin i gost više ne koriste istu putanju. Dovoljan je jedan novi virtualni adapter da to izazove.

Gost se nije promijenio, premosnica je

Instalacija OpenVPN klijenta na Windows dodaje virtualni mrežni adapter na koji se usluga veže kad se tunel uspostavi. Za operativni sustav izgleda kao obično sučelje sa stanjem veze i, često, vlastitim adresama. To je dovoljno da ga VMware tretira kao kandidata za premosnicu.

VMnet0 je prema zadanim postavkama postavljen na Automatski, što znači da hipervizor bira adapter domaćina svaki put kad premošćuje. Svježe instaliran virtualni adapter ulazi u taj skup, a ako bude odabran, svaki okvir koji gost odašilje ide na tunelski uređaj umjesto na fizički port preklopnika.

Prikvačite premosnicu ili usmjerite gosta

Prva grana je ispravna kada gost treba biti ravnopravan član fizičkog LAN-a: prestanite puštati premosnicu da bira i imenujte adapter izričito. Druga grana vrijedi kada gost treba koristiti korporativni tunel, a u tom slučaju premosnica nikada nije bila ispravan dizajn, jer premošteni gost ne nasljeđuje VPN putanju domaćina.

Odlučite to prvo, jer dva odgovora vode prema različitom poslu. Obrnut redoslijed proizvodi ispravno prikvačenu premosnicu priključenu na gosta koji nikada nije trebao biti premošten.

Za prvu granu otvorite Virtual Network Editor na domaćinu, odaberite VMnet0 i zamijenite Automatski fizičkim adapterom. Ako postoji više adaptera, upotrijebite popis automatskih postavki i uklonite kvačicu sa svega što nikada ne smije nositi promet gosta: OpenVPN TAP ili Wintun uređaj, te Hyper-V, WSL, Docker i loopback adaptere. Ostavite označene i žičani i bežični fizički adapter na prijenosnom računalu, inače gost gubi premosnicu sljedeći put kad se korisnik priključi u dok.

Tri uvjeta koja odlučuju izbor

Je li premosnica uopće prikladna ovisi o namjeni gosta. Ako se gost mora pojaviti kao vlastiti domaćin na LAN-u, s vlastitom adresom i vlastitom dolaznom dostupnošću, premošćivanje je ispravan model i prikvačivanje je cijelo rješenje. Ako gostu treba samo odlazni pristup, mreža samo za domaćina ili NAT jednostavnija je i imuna na promjene adaptera.

Ako gost mora koristiti isti tunel kao domaćin, ni premošteni način rada ni prikvačeni adapter ne pomažu, jer promet gosta nikada ne ulazi u odluku domaćina o usmjeravanju. Taj slučaj zahtijeva usmjerenu ili prevedenu putanju na domaćinu, a izbor adaptera postaje nebitan.

VMware Player nema uređivač mreže u svom sučelju, pa domaćin koji ima samo Player treba samostalni uređivač ili instalaciju Workstationa da bi došao do ovih postavki. To ograničenje ponekad samo odlučuje o pristupu.

Pročitajte rezultat unutar gosta

Ponovno pokrenite virtualnu mrežnu karticu ili ponovno pokrenite gosta, da ponovno zatraži zakup. Zatim pročitajte što je doista primio, a ne što domaćin misli da je konfigurirao.

ipconfig /all
ip addr
ip route

Pročitajte dva polja u tom izlazu i ostalo za sada zanemarite. Gejtvej bi trebao biti LAN usmjerivač, a opis adaptera trebao bi navesti VMware Ethernet uređaj, a ne tunel. Adresa koju je uređaj sam dodijelio u 169.254.0.0/16 znači da se nije javio nijedan DHCP poslužitelj, što je upravo ono kako premosnica na tunelski adapter izgleda sa strane gosta.

Vrijedi napraviti još jednu razliku prije nego što promijenite bilo što drugo. Gost koji dosegne usmjerivač ali ne internet ima ispravnu premosnicu i problem uzvodno. Gost koji primi adresu u rasponu tunela još je priključen na pogrešan uređaj. Isključivanje TAP adaptera nije rješenje ni za jedan od ta dva slučaja, jer je OpenVPN usluzi potreban.