Gestur Hyper-V missir DNS þegar VPN hýsisins tengist

Gestinum leið vel í morgun. Þá ræsti hýsillinn Cisco AnyConnect og vélin missti DNS, lénstraust og sameiginlegu möppuna, án þess að nokkuð breyttist inni í henni. Göng hýsis og net gestar eru aðskildar leiðir, og að tengja aðra færir hina ekki. Vinnið innan frá gestinum og út, og skrifið niður það sem þið sjáið áður en þið breytið nokkru.

Hvað gesturinn getur enn séð

Skráið slóðina, sjálfgefna gáttina og leysinn í vélinni, einu sinni áður en hýsillinn tengist og einu sinni eftir. Gestur sem hélt slóðinni og missti aðeins nafnleysingu er með leysivandamál. Gestur sem hafði aldrei leið er með slóðavandamál, og þau þurfa mismunandi vinnu. Frá hýslinum er ekki hægt að greina þau að, þess vegna verður lesturinn að koma innan frá.

Þessir þrír lestrar, teknir tvisvar, eru grunnlínan þín. Allt sem kemur síðar er mælt gegn þeim.

Hvaða útgangur gesturinn notar

Hyper-V svarar þessu með tveimur skipunum: Get-VMSwitch telur upp rofana, og Get-VMNetworkAdapter -VMName TestVM sýnir þann sem gesturinn er tengdur við. Default Switch er NAT-net sem Windows stýrir; ytri rofi afhendir umferð til líkamlegs adapters; innri rofi ber ekkert þar til einhver bætir við NAT eða beini. VirtualBox kynnir sömu þrjár hugmyndir sem NAT, NAT Network og bridged.

Stillingin ræður því hvort göng hýsisins skipta nokkru máli. NAT-gestur er þýddur af WinNAT og síðan framsendur af stakka hýsisins, svo hann fylgir leiðatöflu hýsisins; með fullgönguklient er umferð hans sú umferð sem fer inn í VPN-adapterinn, og henni er sleppt þegar klienturinn lokar á staðarnetið. Brúaður gestur á ytri rofa nær aldrei leiðsögn hýsisins: rammar hans fara beint út úr líkamlega netkortinu, svo hann fer fram hjá bæði göngunum og staðarnetstefnu klientursins.

Deila göngum hýsisins með Hyper-V

Ef gesturinn þarf göngin og getur ekki keyrt sinn eigin klient getur Windows deilt VPN-tengingunni. Opnið eiginleika VPN-adaptersins, farið í Deilingu og leyfið öðrum netnotendum að tengjast í gegnum hann. Beinið heimanetstengingunni að Hyper-V-adapternum, vEthernet (Default Switch), og prófið síðan nýja beiðni innan frá gestinum.

Lítið á þessa uppsetningu sem rannsóknarlausn, því hún hegðar sér þannig. Hana þarf að beita aftur eftir aftengingu, endurtengingu eða endurræsingu hýsisins. Í sumum Windows 11 byggingum vantar adapterinn alveg í fellilistann, og þá er þessi leið lokuð.

Enduruppsetning Hyper-V-eiginleikans hefur bjargað nokkrum þrjóskum gestum. Geymið það fyrir síðast, og skráið fyrst ástand gestarins.

Framsending porta þegar staðarnetið er síað

VPN hýsis sem síar NAT-staðarnet gestarins brýtur beinan aðgang frekar en nafnleysingu. Vélin keyrir, en ssh [email protected] hangir, á meðan þýðing hypervisorsins virkar enn. Framsendið portin sem verkið þarf og tengist frekar vistfangi hýsisins. Vagrantfile-línurnar hér fyrir neðan ná yfir SSH og eina HTTPS-þjónustu; báðar fara inn fyrir endurhleðsluna.

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

Nafnleysing er sérstök ákvörðun og á skilið sína eigin lagfæringu. Kveikið á leysieiginleika hýsisins fyrir þann NAT-adapter, eða stillið innri DNS-þjóninn inni í gestinum handvirkt. Að beina gestinum að opinberum leysi lætur vafrun virka og brýtur hvert innra nafn, sem er verra en bilunin því það lítur út eins og árangur. Prófið nafn sem aðeins innri leysirinn þekkir.

Athugunin sem segir þér að það hafi virkað

Eftir hverja þessara breytinga skal keyra nýja beiðni innan frá gestinum með VPN hýsisins tengt, ekki fyrir hana. Athugið deilinguna aftur eftir endurtengingu og eftir endurræsingu, því lagfæring sem stendur aðeins af annarri þeirra er ekki lagfæring. Staðfestið að leysilisti gestarins passi við netið sem umferð hans notar í raun. Prófið síðan framsendingu porta frá vistfangi hýsisins, því að prófa hana frá gestinum sannar ekkert. Innan frá gestinum ná tvær PowerShell-athuganir yfir leysinn og framsenda portið:

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

Skráið hverja rofa- eða rekstrarbreytingu ásamt afturköllunarþrepinu. Leiðarvísir Microsoft um Hyper-V NAT útskýrir hvað Default Switch er í raun, og það er þess virði að lesa hann áður en þið búið til annað NAT-net sem rekst á við hann.