Hosť Hyper-V stratí DNS, keď sa pripojí VPN hostiteľa

Hosť bol dnes ráno v poriadku. Potom hostiteľ spustil Cisco AnyConnect a VM stratila DNS, dôveru domény aj zdieľaný priečinok, bez toho aby sa vnútri niečo zmenilo. Tunel hostiteľa a sieť hosťa sú oddelené cesty a pripojenie jednej nepresunie druhú. Pracujte zvnútra hosťa von a zapíšte si, čo vidíte, skôr než čokoľvek zmeníte.

Čo hosť ešte vidí

Zaznamenajte adresu, predvolenú bránu a prekladač vo VM, raz pred pripojením hostiteľa a raz potom. Hosť, ktorý si zachoval adresu a stratil iba preklad názvov, má problém s prekladačom. Hosť, ktorý nikdy nemal trasu, má problém s cestou, a oba prípady vyžadujú inú prácu. Z hostiteľa ich nerozlíšite, preto musí čítanie prísť zvnútra.

Tieto tri údaje, zaznamenané dvakrát, sú vaša základná línia. Všetko ďalšie sa meria proti nim.

Ktorý východ hosť používa

Hyper-V na to odpovedá dvoma príkazmi: Get-VMSwitch vypíše prepínače a Get-VMNetworkAdapter -VMName TestVM ukáže ten, ku ktorému je hosť pripojený. Default Switch je sieť NAT, ktorú spravuje Windows; externý prepínač odovzdáva prevádzku fyzickému adaptéru; interný prepínač nenesie nič, kým niekto nepridá NAT alebo router. VirtualBox predstavuje tie isté tri myšlienky ako NAT, NAT Network a bridged.

Režim rozhoduje, či môže tunel hostiteľa vôbec hrať rolu. Hosť na NAT prekladá WinNAT a potom ho odovzdáva zásobník hostiteľa, takže sleduje smerovaciu tabuľku hostiteľa; s klientom plného tunela je jeho prevádzka tou prevádzkou, ktorá vstupuje do adaptéra VPN, a zahadzuje sa, keď klient zablokuje miestnu podsieveť. Hosť premostený na externý prepínač sa k smerovaniu hostiteľa vôbec nedostane: jeho rámce odchádzajú priamo z fyzickej NIC, takže obchádza tunel aj zásady miestnej siete klienta.

Zdieľanie tunela hostiteľa s Hyper-V

Ak hosť potrebuje tunel a nemôže spustiť vlastného klienta, Windows môže pripojenie VPN zdieľať. Otvorte vlastnosti adaptéra VPN, prejdite na Zdieľanie a povoľte ostatným sieťovým používateľom pripojenie cez neho. Nasmerujte domáce sieťové pripojenie na adaptér Hyper-V, vEthernet (Default Switch), a potom otestujte novú požiadavku zvnútra hosťa.

Berte toto usporiadanie ako laboratórne riešenie, pretože sa tak správa. Musí sa znova použiť po odpojení, opätovnom pripojení alebo reštarte hostiteľa. V niektorých zostaveniach Windows 11 adaptér v rozbaľovacom zozname úplne chýba, a vtedy je táto cesta uzavretá.

Preinštalovanie funkcie Hyper-V zachránilo niekoľko tvrdohlavých hostí. Nechajte si to na koniec a najprv si poznačte stav hosťa.

Presmerovanie portov, keď je podsieveť filtrovaná

VPN hostiteľa, ktorá filtruje NAT podsieveť hosťa, ničí priamy prístup, nie preklad názvov. VM beží, no ssh [email protected] visí, zatiaľ čo preklad hypervizora stále funguje. Presmerujte porty, ktoré práca potrebuje, a pripojte sa namiesto toho na adresu hostiteľa. Riadky Vagrantfile nižšie pokrývajú SSH a jednu službu HTTPS; obe sa vkladajú pred opätovným načítaním.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

Preklad názvov je samostatné rozhodnutie a zaslúži si vlastnú opravu. Zapnite funkciu prekladača hostiteľa pre ten adaptér NAT, alebo ručne nastavte interný server DNS vnútri hosťa. Nasmerovanie hosťa na verejný prekladač rozbehne prehliadanie a pokazí každé interné meno, čo je horšie ako výpadok, pretože to vyzerá ako úspech. Otestujte meno, ktoré pozná iba interný prekladač.

Kontrola, ktorá vám povie, že to fungovalo

Po ktorejkoľvek z týchto zmien spustite novú požiadavku zvnútra hosťa s pripojenou VPN hostiteľa, nie predtým. Znova skontrolujte zdieľanie po opätovnom pripojení a po reštarte, pretože oprava, ktorá prežije iba jedno z toho, nie je oprava. Potvrďte, že zoznam prekladačov hosťa zodpovedá sieti, ktorú jeho prevádzka skutočne používa. Potom otestujte presmerovanie portov z adresy hostiteľa, pretože testovanie z hosťa nič nedokazuje. Zvnútra hosťa dve kontroly PowerShell pokrývajú prekladač a presmerovaný port:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

Zapíšte každú zmenu prepínača alebo ovládača spolu s krokom na vrátenie. Príručka Microsoftu k Hyper-V NAT vysvetľuje, čo Default Switch vlastne je, a stojí za prečítanie pred vytvorením druhej siete NAT, ktorá s ním koliduje.