Hyper-V-ko gonbidatuak DNSa galtzen du ostalariaren VPNa konektatzean

Gonbidatua ondo zegoen gaur goizean. Orduan ostalariak Cisco AnyConnect abiarazi zuen eta VMak DNSa, domeinu-konfiantza eta partekatutako karpeta galdu zituen, barruan ezer aldatu gabe. Ostalariaren tunela eta gonbidatuaren sarea bide bereiziak dira, eta bat konektatzeak ez du bestea mugitzen. Lan egin gonbidatuaren barrutik kanpora, eta idatzi ikusten duzuna ezer aldatu aurretik.

Gonbidatuak oraindik ikus dezakeena

Erregistratu helbidea, lehenbiziko atebidea eta ebazpena VMan, behin ostalaria konektatu aurretik eta behin ondoren. Helbidea mantendu eta izen-ebazpena soilik galdu zuen gonbidatuak ebazpen-arazoa du. Inoiz ibilbiderik izan ez zuen gonbidatuak bide-arazoa du, eta biek lan desberdina eskatzen dute. Ostalaritik ezin dituzu bereizi, horregatik irakurketa barrutik etorri behar da.

Hiru irakurketa horiek, bi aldiz hartuta, zure oinarria dira. Geroagoko guztia haien aurka neurtzen da.

Zein irteera erabiltzen duen gonbidatuak

Hyper-Vk bi komandorekin erantzuten du: Get-VMSwitch etengailuak zerrendatzen ditu, eta Get-VMNetworkAdapter -VMName TestVM gonbidatua konektatuta dagoena erakusten du. Default Switch Windows-ek kudeatzen duen NAT sare bat da; kanpoko etengailu batek trafikoa egokitzaile fisikora pasatzen du; barneko etengailu batek ez du ezer eramaten norbaitek NAT edo bideratzaile bat gehitu arte. VirtualBoxek hiru ideia berak aurkezten ditu NAT, NAT Network eta bridged gisa.

Moduak erabakitzen du ostalariaren tunelak inolako garrantzirik izan dezakeen. NAT gonbidatu bat WinNATek itzultzen du eta gero ostalariaren pilak birbidaltzen du, beraz ostalariaren bide-taulari jarraitzen dio; tunel osoaren bezero batekin bere trafikoa VPN egokitzailean sartzen den trafikoa da, eta bezeroak sare lokaleko azpisarea blokeatzen duenean botatzen da. Kanpoko etengailu batean zubiratutako gonbidatu bat ez da inoiz ostalariaren bideratzera iristen: bere markoak NIC fisikotik zuzenean irteten dira, beraz tunela eta bezeroaren LAN lokaleko politika biak saihesten ditu.

Ostalariaren tunela Hyper-Vrekin partekatzea

Gonbidatuak tunela behar badu eta ezin badu bere bezeroa exekutatu, Windowsek VPN konexioa parteka dezake. Ireki VPN egokitzailearen propietateak, joan Partekatzera, eta baimendu beste sare-erabiltzaile batzuei haren bidez konektatzea. Zuzendu etxeko sare-konexioa Hyper-V egokitzaileari, vEthernet (Default Switch), eta gero probatu eskaera berri bat gonbidatuaren barrutik.

Trata ezazu konfigurazio hau laborategiko konponbide gisa, hala jokatzen duelako. Deskonexio baten, berriz konektatzearen edo ostalariaren berrabiaraztearen ondoren berriro aplikatu behar da. Windows 11ren eraikuntza batzuetan egokitzailea erabat falta da goitibeherako zerrendan, eta orduan bide hori itxita dago.

Hyper-V funtzioa berriz instalatzeak gonbidatu temati batzuk salbatu ditu. Utzi hori azkenekoetarako, eta idatzi lehenago gonbidatuaren egoera.

Portuak birbidaltzea azpisarea iragazita dagoenean

Gonbidatuaren NAT azpisarea iragazten duen ostalari-VPN batek sarbide zuzena hausten du, ez izen-ebazpena. VMa martxan dago, baina ssh [email protected] zintzilik geratzen da, hiperbisorearen itzulpena oraindik funtzionatzen duen bitartean. Birbidali lanak behar dituen portuak eta konektatu ostalariaren helbidera horren ordez. Beheko Vagrantfile lerroek SSH eta HTTPS zerbitzu bat estaltzen dituzte; biak birkargaren aurretik sartzen dira.

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

Izen-ebazpena erabaki bereizia da eta bere konponketa propioa merezi du. Piztu ostalariaren ebazpen-funtzioa NAT egokitzaile horretarako, edo konfiguratu barneko DNS zerbitzaria gonbidatuaren barruan eskuz. Gonbidatua ebazpen publiko batera zuzentzeak nabigazioa funtzionarazten du eta barneko izen guztiak hausten ditu, eta hori etenaldia baino okerragoa da, arrakasta ematen duelako. Probatu barneko ebazpenak soilik ezagutzen duen izen bat.

Funtzionatu duela esaten dizun egiaztapena

Aldaketa horietako edozeinen ondoren, exekutatu eskaera berri bat gonbidatuaren barrutik ostalariaren VPNa konektatuta, ez lehenago. Egiaztatu berriro partekatzea berriz konektatu ondoren eta berrabiarazi ondoren, bi horietako bat soilik gainditzen duen konponketa ez delako konponketa. Egiaztatu gonbidatuaren ebazpen-zerrenda bere trafikoak benetan erabiltzen duen sarearekin bat datorrela. Gero probatu portuen birbidalketa ostalariaren helbidetik, gonbidatutik probatzeak ez baitu ezer frogatzen. Gonbidatuaren barrutik, bi PowerShell egiaztapenek ebazpena eta birbidalitako portua estaltzen dituzte:

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

Idatzi etengailu edo kontrolatzaile aldaketa bakoitza desegiteko urratsarekin. Microsoft-en Hyper-V NAT gida azaltzen du zer den Default Switch benetan, eta merezi du irakurtzea harekin gatazkan dagoen bigarren NAT sare bat sortu aurretik.