Hyper-V gost gubi DNS kada se VPN hosta poveže
Gostujuća VM ne nasljeđuje tunel hosta. Otkrijte način rada prekidača ili NAT, podijelite VPN adapter gdje je to ponuđeno i proslijedite portove gdje nije.
Gost je jutros bio dobro. Zatim je host pokrenuo Cisco AnyConnect i VM je izgubila DNS, povjerenje domene i dijeljeni folder, a da se unutar nje ništa nije promijenilo. Tunel hosta i mreža gosta su odvojeni putevi i povezivanje jednog ne pomjera drugi. Radite iz unutrašnjosti gosta prema van i zapišite šta vidite prije nego što bilo šta promijenite.
Šta gost još može vidjeti
Zapišite adresu, podrazumijevani gateway i resolver u VM-u, jednom prije nego se host poveže i jednom poslije. Gost koji je zadržao adresu i izgubio samo razrješavanje imena ima problem s resolverom. Gost koji nikada nije imao rutu ima problem s putanjom, a to dvoje traži različit rad. S hosta ih ne možete razlikovati, zato očitavanje mora doći iznutra.
Ta tri očitanja, uzeta dvaput, vaša su osnovna linija. Sve kasnije mjeri se prema njima.
Koji izlaz gost koristi
Hyper-V na to odgovara dvjema komandama: Get-VMSwitch navodi prekidače, a Get-VMNetworkAdapter -VMName TestVM prikazuje onaj na koji je gost priključen. Default Switch je NAT mreža kojom upravlja Windows; vanjski prekidač predaje saobraćaj fizičkom adapteru; unutrašnji prekidač ne nosi ništa dok neko ne doda NAT ili ruter. VirtualBox predstavlja iste tri ideje kao NAT, NAT Network i bridged.
Način rada odlučuje može li tunel hosta uopće biti važan. Gost na NAT-u prevodi WinNAT, a zatim ga prosljeđuje stek hosta, pa slijedi rutu hosta; s klijentom punog tunela njegov saobraćaj je saobraćaj koji ulazi u VPN adapter i odbacuje se kada klijent blokira lokalnu podmrežu. Gost premošten na vanjski prekidač nikada ne dolazi do rutiranja hosta: njegovi okviri napuštaju fizičku NIC direktno, pa zaobilazi i tunel i politiku lokalne mreže klijenta.
Dijeljenje tunela hosta s Hyper-V-om
Ako gostu treba tunel i ne može pokrenuti vlastiti klijent, Windows može podijeliti VPN vezu. Otvorite svojstva VPN adaptera, idite na Dijeljenje i dopustite drugim mrežnim korisnicima da se povežu kroz njega. Usmjerite kućnu mrežnu vezu na Hyper-V adapter, vEthernet (Default Switch), a zatim testirajte novi zahtjev iz unutrašnjosti gosta.
Tretirajte ovaj raspored kao laboratorijsko rješenje, jer se tako ponaša. Mora se ponovo primijeniti nakon prekida, ponovnog povezivanja ili restarta hosta. U nekim verzijama Windowsa 11 adapter uopće nedostaje u padajućem meniju i tada je ovaj put zatvoren.
Ponovna instalacija Hyper-V funkcije spasila je nekoliko tvrdoglavih gostiju. Sačuvajte to za kraj i prvo zabilježite stanje gosta.
Prosljeđivanje portova kada je podmreža filtrirana
VPN hosta koji filtrira NAT podmrežu gosta prekida direktan pristup, a ne razrješavanje imena. VM radi, ali ssh [email protected] visi, dok hipervizorska translacija još uvijek radi. Proslijedite portove koji su potrebni za rad i povežite se na adresu hosta umjesto toga. Linije Vagrantfile-a ispod pokrivaju SSH i jednu HTTPS uslugu; obje se unose prije ponovnog učitavanja.
config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443Razrješavanje imena je odvojena odluka i zaslužuje vlastito rješenje. Uključite funkciju resolvera hosta za taj NAT adapter, ili ručno konfigurirajte interni DNS server unutar gosta. Usmjeravanje gosta na javni resolver čini pregledanje radnim i kvari svako interno ime, što je gore od prekida jer izgleda kao uspjeh. Testirajte ime koje zna samo interni resolver.
Provjera koja vam kaže da je uspjelo
Nakon bilo koje od ovih promjena pokrenite novi zahtjev iz unutrašnjosti gosta dok je VPN hosta povezan, a ne prije toga. Ponovo provjerite dijeljenje nakon ponovnog povezivanja i nakon restarta, jer popravka koja preživi samo jedno od toga nije popravka. Potvrdite da lista resolvera gosta odgovara mreži koju njegov saobraćaj zaista koristi. Zatim testirajte prosljeđivanje portova s adrese hosta, jer testiranje iz gosta ništa ne dokazuje. Iz unutrašnjosti gosta dvije PowerShell provjere pokrivaju resolver i proslijeđeni port:
Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22Zabilježite svaku promjenu prekidača ili drajvera zajedno s korakom za poništavanje. Microsoftov Hyper-V NAT vodič objašnjava šta je Default Switch zapravo i vrijedi ga pročitati prije nego što napravite drugu NAT mrežu koja se s njim sukobljava.