Host v režime mosta vo VMware stratil po OpenVPN sieť

Host, ktorý bol pred hodinou v moste a bol dostupný, teraz na všetko čaká do vypršania časového limitu, a nikto jeho nastavenia neupravoval. Na hostiteľovi internet tunelom stále funguje. Obe skutočnosti spolu ukazujú preč od VPN a smerom k hypervizoru, pretože hostiteľ aj host už nepoužívajú rovnakú cestu. Stačí na to jeden nový virtuálny adaptér.

Host sa nezmenil, zmenil sa most

Inštalácia klienta OpenVPN vo Windows pridá virtuálny sieťový adaptér, ku ktorému sa služba pri nadviazaní tunela pripne. Pre operačný systém to vyzerá ako bežné rozhranie so stavom spojenia a často aj s vlastnými adresami. To VMware stačí, aby ho považoval za kandidáta na most.

VMnet0 je v predvolenom nastavení na hodnote Automaticky, čo znamená, že hypervizor pri každom mostení vyberie adaptér hostiteľa. Novo nainštalovaný virtuálny adaptér sa do tohto výberu zapojí, a ak je vybraný, ide každý rámec, ktorý host odošle, do tunelového zariadenia namiesto fyzického portu prepínača.

Pripnite most alebo smerujte hosta

Prvá vetva je správna, keď má byť host rovnocenným prvkom fyzickej LAN: prestaňte nechať most vyberať a pomenujte adaptér výslovne. Druhá vetva platí, keď má host používať podnikový tunel, a v tom prípade most nikdy nebol správnym návrhom, pretože host v moste nededia VPN trasu hostiteľa.

Rozhodnite to najskôr, pretože obe odpovede vedú k inej práci. Opačné poradie vytvorí správne pripnutý most pripojený k hostovi, ktorý v moste nikdy nemal byť.

Pre prvú vetvu otvorte na hostiteľovi Editor virtuálnych sietí, vyberte VMnet0 a nahraďte Automaticky fyzickým adaptérom. Ak existuje viac adaptérov, použite zoznam automatického nastavenia a zrušte zaškrtnutie pri všetkom, čo nikdy nesmie prenášať prevádzku hosta: zariadenie OpenVPN TAP alebo Wintun a tiež adaptéry Hyper-V, WSL, Docker a loopback. Na notebooku ponechajte zaškrtnutý káblový aj bezdrôtový fyzický adaptér, inak host pri ďalšom pripojení do doku stratí most.

Tri podmienky, ktoré rozhodnú voľbu

Či je most vôbec vhodný, závisí od toho, na čo host slúži. Ak sa má host objaviť v LAN ako samostatný hostiteľ s vlastnou adresou a vlastnou prichádzajúcou dostupnosťou, most je správny model a pripnutie je celá oprava. Ak host potrebuje len odchádzajúci prístup, sieť len pre hostiteľa alebo NAT je jednoduchšia a odolná voči zmenám adaptérov.

Ak má host používať rovnaký tunel ako hostiteľ, nepomôže ani režim mosta, ani pripnutý adaptér, pretože prevádzka hosta nikdy nevstúpi do rozhodovania hostiteľa o smerovaní. Taký prípad potrebuje na hostiteľovi smerovanú alebo prekladanú cestu a voľba adaptéra prestáva byť podstatná.

VMware Player nemá vo svojom rozhraní žiadny editor siete, takže hostiteľ, na ktorom beží len Player, potrebuje samostatný editor alebo inštaláciu Workstation, aby sa k tomuto nastaveniu dostal. To obmedzenie niekedy rozhodne o postupe samo.

Prečítajte výsledok vnútri hosta

Reštartujte virtuálnu sieťovú kartu alebo hosta, aby znova požiadal o prenájom. Potom si prečítajte, čo skutočne dostal, a nie to, čo si hostiteľ myslí, že nastavil.

ipconfig /all
ip addr
ip route

V tomto výstupe čítajte dve polia a zvyšok zatiaľ ignorujte. Brána by mala byť router LAN a popis adaptéra by mal uvádzať zariadenie VMware Ethernet, nie tunel. Samovoľne pridelená adresa v 169.254.0.0/16 znamená, že neodpovedal žiadny server DHCP, a presne tak vyzerá most na tunelový adaptér z pohľadu hosta.

Pred akoukoľvek ďalšou zmenou stojí za to urobiť ešte jeden rozdiel. Host, ktorý dosiahne na router, ale nie na internet, má funkčný most a problém vyššie v smere. Host, ktorý dostane adresu v rozsahu tunela, je stále pripojený k nesprávnemu zariadeniu. Vypnutie adaptéra TAP nie je riešením ani pre jeden z týchto prípadov, pretože služba OpenVPN ho potrebuje.