VMware gost u premoštenom režimu izgubio je mrežu nakon OpenVPN-a

Gost koji je pre sat vremena bio premošten i dostupan sada na sve čeka do isteka vremena, i niko nije menjao njegova podešavanja. Na hostu internet i dalje radi kroz tunel. Te dve činjenice zajedno upućuju dalje od VPN-a i prema hipervizoru, jer host i gost više ne koriste istu putanju. Dovoljan je jedan novi virtuelni adapter da to izazove.

Gost se nije promenio, premoštenje jeste

Instalacija OpenVPN klijenta na Windows dodaje virtuelni mrežni adapter za koji se usluga vezuje kada se tunel uspostavi. Za operativni sistem izgleda kao običan interfejs sa stanjem veze i, često, sopstvenim adresama. To je dovoljno da ga VMware tretira kao kandidata za premoštenje.

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

Fiksirajte premoštenje ili rutirajte gosta

Prva grana je ispravna kada gost treba da bude ravnopravan član fizičkog LAN-a: prestanite da puštate premoštenje da bira i imenujte adapter izričito. Druga grana važi kada gost treba da koristi korporativni tunel, a u tom slučaju premoštenje nikada nije bilo ispravan dizajn, jer premošteni gost ne nasleđuje VPN putanju hosta.

Odlučite to prvo, jer dva odgovora vode ka različitom poslu. Obrnut redosled proizvodi ispravno fiksirano premoštenje priključeno na gosta koji nikada nije trebalo biti premošten.

Za prvu granu otvorite Virtual Network Editor na hostu, izaberite VMnet0 i zamenite Automatski fizičkim adapterom. Ako postoji više adaptera, koristite listu automatskih podešavanja i uklonite kvačicu sa svega što nikada ne sme da nosi saobraćaj 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 prenosnom računaru, inače gost gubi premoštenje sledeći put kada se korisnik priključi u dok.

Tri uslova koja odlučuju izbor

Da li je premoštenje uopšte prikladno zavisi od namene gosta. Ako gost treba da se pojavi kao sopstveni host na LAN-u, sa sopstvenom adresom i sopstvenom dolaznom dostupnošću, premoštenje je ispravan model i fiksiranje je celo rešenje. Ako gostu treba samo odlazni pristup, mreža samo za host ili NAT je jednostavnija i imuna na promene adaptera.

Ako gost mora da koristi isti tunel kao host, ni premošteni režim ni fiksirani adapter ne pomažu, jer saobraćaj gosta nikada ne ulazi u odluku hosta o rutiranju. Taj slučaj zahteva rutiranu ili prevedenu putanju na hostu, a izbor adaptera postaje nebitan.

VMware Player nema uređivač mreže u svom interfejsu, pa host koji ima samo Player treba samostalni uređivač ili instalaciju Workstation-a da bi došao do ovih podešavanja. To ograničenje ponekad samo odlučuje o pristupu.

Pročitajte rezultat unutar gosta

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

ipconfig /all
ip addr
ip route

Pročitajte dva polja u tom izlazu i ostalo za sada zanemarite. 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 dodelio u 169.254.0.0/16 znači da se nije javio nijedan DHCP server, što je upravo ono kako premoštenje na tunelski adapter izgleda sa strane gosta.

Vredi napraviti još jednu razliku pre nego što promenite bilo šta drugo. Gost koji dosegne ruter ali ne internet ima ispravno premoštenje i problem uzvodno. Gost koji primi adresu u opsegu tunela još je priključen na pogrešan uređaj. Isključivanje TAP adaptera nije rešenje ni za jedan od ta dva slučaja, jer je OpenVPN usluzi potreban.