Hyper-V-gast ferliest DNS as de VPN fan de host ferbynt
In gast-VM erft de tunnel fan de host net. Fyn de switch- of NAT-modus, diel de VPN-adapter wêr't dat oanbean wurdt, en stjoer poarten troch wêr't dat net kin.
De gast wie fan 'e moarn goed. Doe helle de host Cisco AnyConnect omheech en de VM ferlear DNS, it domeinfertrouwen en de dielde map, sûnder dat der binnenyn wat feroare. In hosttunnel en in gastnetwurk binne aparte paden, en it ferbinen fan de iene ferpleatst de oare net. Wurkje fan binnen de gast nei bûten, en skriuw op wat jo sjogge foardat jo wat feroarje.
Wat de gast noch sjen kin
Registrearje it adres, de standertgateway en de resolver yn 'e VM, ien kear foardat de host ferbynt en ien kear dêrnei. In gast dy't syn adres hold en allinnich nameresolúsje ferlear, hat in resolverprobleem. In gast dy't nea in rûte hie, hat in paadprobleem, en dy twa freegje oar wurk. Fan de host ôf kinne jo se net útinoar hâlde, dêrom moat de lêzing fan binnen komme.
Dy trije lêzings, twa kear nommen, binne jo basisline. Alles letter wurdt dêr tsjin ôfmjitten.
Hokker útgong de gast brûkt
Hyper-V antwurdet dit mei twa opdrachten: Get-VMSwitch listet de switches op, en Get-VMNetworkAdapter -VMName TestVM toant dy dêr't de gast oan fêst is. De Default Switch is in NAT-netwurk dat Windows beheart; in eksterne switch jout ferkear oan in fysike adapter; in ynterne switch draacht neat oant immen NAT of in router tafoeget. VirtualBox presintearret deselde trije ideeën as NAT, NAT Network en bridged.
De modus beslút oft de hosttunnel hielendal fan belang wêze kin. In NAT-gast wurdt troch WinNAT oerset en dêrnei troch de hoststack trochstjoerd, dus hy folget de rûtetabel fan de host; mei in folsleine-tunnelklient is syn ferkear it ferkear dat de VPN-adapter ynkomt, en it wurdt fuortsmitten as de klient it lokale subnet blokkearret. In oerbrêge gast op in eksterne switch berikt nea de hostrouting: syn frames ferlitte de fysike NIC direkt, dus hy giet sawol de tunnel as it lokale-LAN-belied fan de klient foarby.
De hosttunnel diele mei Hyper-V
As de gast de tunnel nedich hat en syn eigen klient net draaie kin, kin Windows de VPN-ferbining diele. Iepenje de eigenskippen fan de VPN-adapter, gean nei Diele, en lit oare netwurkbrûkers der troch ferbine. Rjochtsje de thúsnetwurkferbining op de Hyper-V-adapter, vEthernet (Default Switch), en test dan in nij fersyk fan binnen de gast.
Behannelje de regeling as in laboratoariumoplossing, want hy hâldt him sa. Hy moat op 'e nij tapast wurde nei in ferbrekking, in werferbining of in werstart fan de host. By guon Windows 11-buils ûntbrekt de adapter hielendal yn 'e útklaplist, en dan is dizze rûte sletten.
It opnij ynstallearjen fan de Hyper-V-funksje hat in pear koppige gasten rêden. Bewarje dat foar it lêst, en notearje earst de tastân fan de gast.
Poartetrochstjoering as it subnet filtere wurdt
In host-VPN dy't it NAT-subnet fan de gast filteret, brekt direkte tagong yn stee fan nameresolúsje. De VM rint, mar ssh [email protected] hinget, wylst de oersetting fan de hypervisor noch altyd wurket. Stjoer de poarten troch dy't it wurk nedich hat en ferbyn ynstee mei it hostadres. De Vagrantfile-regels hjirûnder dekke SSH en ien HTTPS-tsjinst; beide geane der yn foar it werladen.
config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443Nameresolúsje is in aparte beslissing en fertsjinnet syn eigen oplossing. Skeakelje de resolverfunksje fan de host yn foar dy NAT-adapter, of konfigurearje de ynterne DNS-tsjinner binnen de gast mei de hân. De gast nei in iepenbiere resolver wize lit browsen wurkje en brekt elke ynterne namme, wat slimmer is as de útfal om't it op súkses liket. Test in namme dy't allinnich de ynterne resolver ken.
De kontrôle dy't jo fertelt dat it wurke hat
Run nei ien fan dizze feroarings in nij fersyk fan binnen de gast mei de host-VPN ferbûn, net dêrfoar. Kontrolearje it dielen op 'e nij nei in werferbining en nei in werstart, want in oplossing dy't mar ien fan dy twa oerlibbet is gjin oplossing. Befêstigje dat de resolverlist fan de gast oerienkomt mei it netwurk dat syn ferkear echt brûkt. Test dan de poartetrochstjoering fan it hostadres ôf, want it testen fan de gast ôf bewiist neat. Fan binnen de gast dekke twa PowerShell-kontrôles de resolver en de trochstjoerde poart:
Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22Notearje elke switch- of driverferoaring mei har ûngedien-makke stap. De Microsoft-gids oer Hyper-V NAT leit út wat de Default Switch eins is, en it is de muoite wurdich om te lêzen foardat jo in twadde NAT-netwurk meitsje dat dermei botst.