VMware gost u premosnom režimu izgubio je mrežu nakon OpenVPN-a

Gost koji je prije sat vremena bio premošćen i dostupan sada ima istek vremena na sve, a niko 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. Jedan novi virtuelni adapter dovoljan je da to izazove.

Gost se nije promijenio, promijenio se premosnik

Instaliranje OpenVPN klijenta na Windows dodaje virtuelni mrežni adapter na koji se usluga veže kada se tunel uspostavi. Za operativni sistem to izgleda kao običan interfejs sa stanjem veze i, često, vlastitim adresama. To je dovoljno da ga VMware tretira kao kandidata za premosnik.

VMnet0 je po defaultu postavljen na Automatski, što znači da hipervizor bira adapter domaćina svaki put kada premošćuje. Svježe instaliran virtuelni adapter ulazi u taj skup, a ako bude izabran, svaki okvir koji gost emituje ide na tunelski uređaj umjesto na fizički port prekidača.

Fiksirajte premosnik ili rutirajte gosta

Prva grana je ispravna kada gost treba da bude ravnopravan član fizičkog LAN-a: prestanite puštati premosnik da bira i imenujte adapter eksplicitno. Druga grana vrijedi kada gost treba da koristi korporativni tunel, a u tom slučaju premosnik nikada nije bio ispravan dizajn, jer premošćeni gost ne nasljeđuje VPN putanju domaćina.

Odlučite to prvo, jer dva odgovora vode ka različitom poslu. Obrnut redoslijed proizvodi ispravno fiksiran premosnik priključen na gosta koji nikada nije trebao biti premošćen.

Za prvu granu, otvorite Virtual Network Editor na domaćinu, izaberite VMnet0 i zamijenite Automatski fizičkim adapterom. Ako postoji više adaptera, koristite listu automatskih postavki i isključite kućicu za sve što nikada ne smije nositi gostujući saobraćaj: 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 laptopu, inače gost gubi premosnik sljedeći put kada se korisnik priključi u doku.

Tri uslova koja odlučuju izbor

Da li je premosnik uopšte prikladan zavisi od namjene gosta. Ako se gost mora pojaviti kao vlastiti domaćin na LAN-u, sa vlastitom adresom i vlastitom dolaznom dostupnošću, premošćivanje je ispravan model i fiksiranje je cijelo rješenje. Ako gostu treba samo odlazni pristup, mreža samo za domaćina ili NAT je jednostavnija i imuna na promjene adaptera.

Ako gost mora koristiti isti tunel kao domaćin, ni premošćeni režim ni fiksirani adapter ne pomažu, jer saobraćaj gosta nikada ne ulazi u odluku o rutiranju domaćina. Taj slučaj zahtijeva rutiranu ili prevedenu putanju na domaćinu, a izbor adaptera postaje irelevantan.

VMware Player nema mrežni editor u svom interfejsu, pa domaćin koji ima samo Player treba samostalni editor ili instalaciju Workstation-a da bi došao do ovih postavki. To ograničenje ponekad samo odlučuje o pristupu.

Pročitajte rezultat unutar gosta

Restartujte virtuelnu mrežnu karticu ili ponovo pokrenite gosta, da ponovo zatraži zakup. Zatim pročitajte šta je zaista primio, a ne šta domaćin misli da je konfigurisao.

ipconfig /all
ip addr
ip route

Pročitajte dva polja u tom izlazu i ostalo za sada ignorišite. Gejtvej treba da bude LAN ruter, a opis adaptera treba da navede 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 server, što je ono kako premosnik na tunelski adapter izgleda sa strane gosta.

Vrijedi napraviti još jednu razliku prije nego što promijenite bilo šta drugo. Gost koji dosegne ruter ali ne internet ima ispravan premosnik i problem uzvodno. Gost koji primi adresu u opsegu 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.