Host v režimu mostu ve VMware ztratil síť po OpenVPN

Host, který byl před hodinou v mostu a byl dostupný, nyní na všechno čeká do vypršení časového limitu, a nikdo jeho nastavení neupravoval. Na hostiteli internet tunelem stále funguje. Obě skutečnosti dohromady ukazují pryč od VPN a směrem k hypervisoru, protože hostitel i host už nepoužívají stejnou cestu. Stačí k tomu jeden nový virtuální adaptér.

Host se nezměnil, změnil se most

Instalace klienta OpenVPN ve Windows přidá virtuální síťový adaptér, ke kterému se služba při navázání tunelu připojí. Pro operační systém to vypadá jako běžné rozhraní se stavem spoje a často i s vlastními adresami. To VMware stačí, aby ho považoval za kandidáta na most.

VMnet0 je ve výchozím nastavení na hodnotě Automaticky, což znamená, že hypervisor při každém mostování vybere adaptér hostitele. Nově nainstalovaný virtuální adaptér se do tohoto výběru zapojí, a pokud je vybrán, jde každý rámec, který host odešle, do tunelového zařízení místo na fyzický port přepínače.

Připněte most, nebo směrujte hosta

První větev je správná, když má být host rovnocenným prvkem fyzické LAN: přestaňte nechat most vybírat a pojmenujte adaptér výslovně. Druhá větev platí, když má host používat podnikový tunel, a v tom případě most nikdy nebyl správným návrhem, protože host v mostu nedědí VPN trasu hostitele.

Rozhodněte to nejdřív, protože obě odpovědi vedou k jiné práci. Opačné pořadí vytvoří správně připnutý most připojený k hostu, který v mostu nikdy neměl být.

Pro první větev otevřete na hostiteli Editor virtuálních sítí, vyberte VMnet0 a nahraďte Automaticky fyzickým adaptérem. Pokud existuje více adaptérů, použijte seznam automatického nastavení a zrušte zaškrtnutí u všeho, co nikdy nesmí přenášet provoz hosta: zařízení OpenVPN TAP nebo Wintun a také adaptéry Hyper-V, WSL, Docker a loopback. Na notebooku ponechte zaškrtnutý jak kabelový, tak bezdrátový fyzický adaptér, jinak host při příštím připojení do doku ztratí most.

Tři podmínky, které rozhodnou volbu

Zda je most vůbec vhodný, závisí na tom, k čemu host slouží. Pokud se host má na LAN objevit jako samostatný hostitel s vlastní adresou a vlastní příchozí dostupností, most je správný model a připnutí je celá oprava. Pokud host potřebuje jen odchozí přístup, je síť pouze pro hostitele nebo NAT jednodušší a imunní vůči změnám adaptérů.

Pokud má host používat stejný tunel jako hostitel, nepomůže ani režim mostu, ani připnutý adaptér, protože provoz hosta nikdy nevstoupí do rozhodování hostitele o směrování. Takový případ potřebuje na hostiteli směrovanou nebo překládanou cestu a volba adaptéru přestává být podstatná.

VMware Player nemá ve svém rozhraní žádný editor sítě, takže hostitel, na kterém běží jen Player, potřebuje samostatný editor nebo instalaci Workstation, aby se k tomuto nastavení dostal. To omezení někdy rozhodne o přístupu samo.

Přečtěte výsledek uvnitř hosta

Restartujte virtuální síťovou kartu nebo hosta, aby znovu požádal o pronájem. Potom si přečtěte, co skutečně dostal, a ne to, co si hostitel myslí, že nastavil.

ipconfig /all
ip addr
ip route

V tomto výstupu čtěte dvě pole a zbytek zatím ignorujte. Brána by měla být router LAN a popis adaptéru by měl uvádět zařízení VMware Ethernet, ne tunel. Samovolně přidělená adresa v 169.254.0.0/16 znamená, že neodpověděl žádný server DHCP, což je přesně to, jak most na tunelový adaptér vypadá z pohledu hosta.

Před jakoukoli další změnou stojí za to udělat ještě jeden rozdíl. Host, který dosáhne na router, ale ne na internet, má funkční most a problém výš po proudu. Host, který dostane adresu v rozsahu tunelu, je stále připojený ke špatnému zařízení. Vypnutí adaptéru TAP není řešením ani pro jeden z těchto případů, protože služba OpenVPN ho potřebuje.