Gost Hyper-V izgubi DNS, ko se poveže VPN gostitelja

Gost je bil danes zjutraj v redu. Nato je gostitelj zagnal Cisco AnyConnect in VM je izgubila DNS, zaupanje domene in skupno mapo, ne da bi se v notranjosti kaj spremenilo. Tunel gostitelja in gostovo omrežje sta ločeni poti in povezava enega ne premakne drugega. Delajte od znotraj gosta navzven in zapišite, kar vidite, preden karkoli spremenite.

Kaj gost še vidi

Zabeležite naslov, privzeti prehod in razreševalnik v VM, enkrat pred povezavo gostitelja in enkrat po njej. Gost, ki je obdržal naslov in izgubil le razreševanje imen, ima težavo z razreševalnikom. Gost, ki nikoli ni imel poti, ima težavo s potjo, in oba primera zahtevata drugačno delo. Z gostitelja ju ne morete ločiti, zato mora branje priti od znotraj.

Te tri meritve, vzete dvakrat, so vaša osnovna črta. Vse poznejše se meri proti njim.

Kateri izhod uporablja gost

Hyper-V na to odgovori z dvema ukazoma: Get-VMSwitch navede stikala in Get-VMNetworkAdapter -VMName TestVM pokaže tisto, na katero je gost priključen. Default Switch je omrežje NAT, ki ga upravlja Windows; zunanje stikalo preda promet fizičnemu vmesniku; notranje stikalo ne nosi ničesar, dokler nekdo ne doda NAT ali usmerjevalnika. VirtualBox predstavi iste tri ideje kot NAT, NAT Network in bridged.

Način odloči, ali je lahko tunel gostitelja sploh pomemben. Gost NAT se prevede z WinNAT in nato posreduje sklad gostitelja, zato sledi usmerjevalni tabeli gostitelja; s odjemalcem polnega tunela je njegov promet promet, ki vstopa v vmesnik VPN, in se zavrže, ko odjemalec blokira lokalno podomrežje. Gost z mostom na zunanjem stikalu nikoli ne doseže usmerjanja gostitelja: njegovi okviri zapustijo fizično NIC neposredno, zato obide tunel in politiko lokalnega omrežja odjemalca.

Deljenje tunela gostitelja s Hyper-V

Če gost potrebuje tunel in ne more poganjati svojega odjemalca, lahko Windows deli povezavo VPN. Odprite lastnosti vmesnika VPN, pojdite na Deljenje in dovolite drugim omrežnim uporabnikom povezavo prek njega. Usmerite domačo omrežno povezavo na vmesnik Hyper-V, vEthernet (Default Switch), nato preizkusite novo zahtevo od znotraj gosta.

To ureditev obravnavajte kot laboratorijsko rešitev, ker se tako obnaša. Ponovno jo je treba uporabiti po prekinitvi, ponovni povezavi ali ponovnem zagonu gostitelja. V nekaterih gradnjah Windows 11 vmesnika sploh ni na spustnem seznamu, in takrat je ta pot zaprta.

Ponovna namestitev funkcije Hyper-V je rešila nekaj trmastih gostov. To prihranite za konec in najprej zabeležite stanje gosta.

Preusmerjanje vrat, ko je podomrežje filtrirano

VPN gostitelja, ki filtrira gostovo podomrežje NAT, zlomi neposreden dostop, ne razreševanja imen. VM teče, a ssh [email protected] se zatakne, medtem ko prevajanje hipervizorja še deluje. Preusmerite vrata, ki jih delo potrebuje, in se namesto tega povežite na naslov gostitelja. Vrstice Vagrantfile spodaj pokrivajo SSH in eno storitev HTTPS; obe se vneseta pred ponovnim nalaganjem.

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

Razreševanje imen je ločena odločitev in si zasluži lastno popravek. Vklopite funkcijo razreševalnika gostitelja za ta vmesnik NAT, ali ročno nastavite notranji strežnik DNS znotraj gosta. Usmerjanje gosta na javni razreševalnik omogoči brskanje in zlomi vsako notranje ime, kar je slabše od izpada, ker je videti kot uspeh. Preizkusite ime, ki ga pozna le notranji razreševalnik.

Preverjanje, ki vam pove, da je uspelo

Po kateri koli od teh sprememb zaženite novo zahtevo od znotraj gosta s povezano VPN gostitelja, ne pred tem. Znova preverite deljenje po ponovni povezavi in po ponovnem zagonu, ker popravek, ki preživi le eno od tega, ni popravek. Potrdite, da seznam razreševalnikov gosta ustreza omrežju, ki ga njegov promet dejansko uporablja. Nato preizkusite preusmerjanje vrat z naslova gostitelja, ker preizkušanje z gosta ničesar ne dokaže. Od znotraj gosta dve preverjanji PowerShell pokrivata razreševalnik in preusmerjena vrata:

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

Zabeležite vsako spremembo stikala ali gonilnika s korakom za razveljavitev. Microsoftov vodnik za Hyper-V NAT pojasnjuje, kaj Default Switch v resnici je, in vredno ga je prebrati, preden ustvarite drugo omrežje NAT, ki mu nasprotuje.