Hyper-V-gästen tappar DNS när värdens VPN ansluter

Gästen mådde bra i morse. Sedan startade värden Cisco AnyConnect och VM:en tappade DNS, domänförtroendet och den delade mappen, utan att något ändrades inuti den. En världstunnel och ett gästnätverk är separata vägar, och att ansluta den ena flyttar inte den andra. Arbeta inifrån och ut, och skriv ned vad du ser innan du ändrar något.

Vad gästen fortfarande kan se

Anteckna adressen, standardgatewayen och resolvern i VM:en, en gång innan värden ansluter och en gång efter. En gäst som behöll adressen och bara tappade namnmatchningen har ett resolverproblem. En gäst som aldrig hade en route har ett vägproblem, och de två kräver olika arbete. Från värden kan du inte skilja dem, därför måste avläsningen komma inifrån.

De tre avläsningarna, tagna två gånger, är din baslinje. Allt senare mäts mot dem.

Vilken utgång gästen använder

Hyper-V svarar på det med två kommandon: Get-VMSwitch listar växlarna, och Get-VMNetworkAdapter -VMName TestVM visar den som gästen är kopplad till. Default Switch är ett NAT-nätverk som Windows hanterar; en extern växel lämnar trafiken till en fysisk adapter; en intern växel bär ingenting förrän någon lägger till NAT eller en router. VirtualBox presenterar samma tre idéer som NAT, NAT Network och bridged.

Läget avgör om värdens tunnel alls kan spela roll. En NAT-gäst översätts av WinNAT och vidarebefordras sedan av värdens stack, så den följer värdens routingtabell; med en fulltunnelklient är dess trafik den trafik som går in i VPN-adaptern, och den släpps när klienten blockerar det lokala subnätet. En bryggad gäst på en extern växel når aldrig värdens routning: dess ramar lämnar det fysiska NIC:et direkt, så den kringgår både tunneln och klientens lokala nätverkspolicy.

Dela värdens tunnel med Hyper-V

Om gästen behöver tunneln och inte kan köra sin egen klient kan Windows dela VPN-anslutningen. Öppna VPN-adapterns egenskaper, gå till Delning och låt andra nätverksanvändare ansluta genom den. Peka hemnätverksanslutningen mot Hyper-V-adaptern, vEthernet (Default Switch), och testa sedan en ny begäran inifrån gästen.

Behandla upplägget som en laboratorielösning, eftersom det beter sig som en. Det måste tillämpas igen efter en frånkoppling, en återanslutning eller en omstart av värden. I vissa Windows 11-byggen saknas adaptern helt i rullgardinsmenyn, och då är den här vägen stängd.

Ominstallation av Hyper-V-funktionen har räddat några envisa gäster. Spara det till sist och anteckna gästens tillstånd först.

Portvidarebefordran när subnätet filtreras

En värd-VPN som filtrerar gästens NAT-subnät bryter direkt åtkomst, inte namnmatchning. VM:en körs, men ssh [email protected] hänger, medan hypervisorns översättning fortfarande fungerar. Vidarebefordra portarna som arbetet behöver och anslut till värdadressen i stället. Vagrantfile-raderna nedan täcker SSH och en HTTPS-tjänst; båda läggs in före omladdningen.

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

Namnmatchning är ett eget beslut och förtjänar sin egen rättning. Slå på värdens resolverfunktion för den NAT-adaptern, eller konfigurera den interna DNS-servern inne i gästen manuellt. Att peka gästen mot en offentlig resolver får surfandet att fungera och bryter varje internt namn, vilket är värre än avbrottet eftersom det ser ut som framgång. Testa ett namn som bara den interna resolvern känner till.

Kontrollen som säger att det fungerade

Efter någon av dessa ändringar, kör en ny begäran inifrån gästen med värdens VPN ansluten, inte före. Kontrollera delningen igen efter en återanslutning och efter en omstart, eftersom en rättning som bara överlever en av dem inte är en rättning. Bekräfta att gästens resolverlista stämmer med nätverket som dess trafik faktiskt använder. Testa sedan portvidarebefordran från värdadressen, eftersom att testa den från gästen inte bevisar något. Inifrån gästen täcker två PowerShell-kontroller resolvern och den vidarebefordrade porten:

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

Anteckna varje växel- eller drivrutinsändring med dess ångringssteg. Microsofts Hyper-V NAT-guide förklarar vad Default Switch faktiskt är, och den är värd att läsa innan du skapar ett andra NAT-nätverk som krockar med det.