Hyper-V külaline kaotab DNS-i, kui hosti VPN ühendub

Külaline oli täna hommikul korras. Siis käivitas host Cisco AnyConnecti ja VM kaotas DNS-i, domeeni usalduse ja jagatud kausta, ilma et selle sees midagi oleks muutunud. Hosti tunnel ja külalise võrk on eraldi teed ning ühe ühendamine ei liiguta teist. Töötage külalise seest väljapoole ja kirjutage üles, mida näete, enne kui midagi muudate.

Mida külaline veel näeb

Kirjutage VM-is üles aadress, vaikelüüs ja resolver, üks kord enne hosti ühendumist ja üks kord pärast. Külaline, kes säilitas aadressi ja kaotas ainult nimelahenduse, on resolveri probleemiga. Külaline, kellel ei olnud kunagi marsruuti, on tee probleemiga, ja mõlemad nõuavad erinevat tööd. Hosti poolt ei saa te neid eristada, seetõttu peab lugemine tulema seestpoolt.

Need kolm lugemit, kaks korda võetuna, on teie baasjoon. Kõike hilisemat mõõdetakse nende vastu.

Millist väljapääsu külaline kasutab

Hyper-V vastab sellele kahe käsuga: Get-VMSwitch loetleb lülitid ja Get-VMNetworkAdapter -VMName TestVM näitab seda, millega külaline on ühendatud. Default Switch on Windowsi hallatav NAT-võrk; väline lüliti annab liikluse füüsilisele adapterile; sisemine lüliti ei kanna midagi, kuni keegi lisab NAT-i või ruuteri. VirtualBox esitab samad kolm ideed NAT, NAT Network ja bridged kujul.

Režiim otsustab, kas hosti tunnel saab üldse tähtsust omada. NAT-külalist tõlgib WinNAT ja seejärel edastab hosti virn, seega järgib see hosti marsruutimistabelit; täistunneli kliendiga on selle liiklus see liiklus, mis siseneb VPN-adapterisse, ja see visatakse ära, kui klient blokeerib kohaliku alamvõrgu. Välisele lülitile sillatud külaline ei jõua hosti marsruutimiseni üldse: selle kaadrid väljuvad füüsilisest NIC-ist otse, seega möödub see nii tunnelist kui ka kliendi kohaliku LAN-i poliitikast.

Hosti tunneli jagamine Hyper-V-ga

Kui külaline vajab tunnelit ega saa oma klienti käivitada, saab Windows VPN-ühendust jagada. Avage VPN-adapteri atribuudid, minge jaotisse Jagamine ja lubage teistel võrgukasutajatel selle kaudu ühenduda. Suunake koduvõrgu ühendus Hyper-V adapterile, vEthernet (Default Switch), ja seejärel testige värsket päringut külalise seest.

Käsitlege seda lahendust laborilahendusena, sest see käitub nii. See tuleb uuesti rakendada pärast ühenduse katkemist, taasühendamist või hosti taaskäivitamist. Mõnes Windows 11 buildis puudub adapter rippmenüüst täielikult ja siis on see tee suletud.

Hyper-V funktsiooni uuesti paigaldamine on päästnud mõne kangekaelse külalise. Jätke see viimaseks ja märkige esmalt külalise olek.

Portide edastamine, kui alamvõrk on filtreeritud

Hosti VPN, mis filtreerib külalise NAT-alamvõrku, lõhub otsese juurdepääsu, mitte nimelahenduse. VM töötab, kuid ssh [email protected] ripub, samal ajal kui hüperviisori tõlge töötab endiselt. Edastage pordid, mida töö vajab, ja ühenduge selle asemel hosti aadressile. Allpool olevad Vagrantfile read katavad SSH ja ühe HTTPS-teenuse; mõlemad lisatakse enne uuestilaadimist.

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

Nimelahendus on eraldi otsus ja väärib omaette parandust. Lülitage selle NAT-adapteri jaoks sisse hosti resolveri funktsioon, või seadistage külalise sees sisemine DNS-server käsitsi. Külalise suunamine avalikule resolverile paneb sirvimise tööle ja rikub iga sisemise nime, mis on katkestusest hullem, sest see näeb välja nagu edu. Testige nime, mida teab ainult sisemine resolver.

Kontroll, mis ütleb, et see töötas

Pärast ükskõik millist neist muudatustest käivitage külalise seest värske päring hosti VPN-iga ühendatud olekus, mitte enne seda. Kontrollige jagamist uuesti pärast taasühendamist ja pärast taaskäivitamist, sest parandus, mis peab vastu ainult ühele neist, ei ole parandus. Kinnitage, et külalise resolverite loend vastab võrgule, mida selle liiklus tegelikult kasutab. Seejärel testige portide edastamist hosti aadressilt, sest külalise seest testides ei tõesta see midagi. Külalise seest katavad kaks PowerShelli kontrolli resolveri ja edastatud pordi:

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

Kirjutage iga lüliti- või draiverimuudatus koos selle tagasivõtmise sammuga üles. Microsofti Hyper-V NAT juhend selgitab, mis Default Switch tegelikult on, ja seda tasub lugeda enne, kui loote teise NAT-võrgu, mis sellega vastuolus on.