Hyper-V-vieras menettää DNS:n, kun isännän VPN yhdistää

Vieras oli kunnossa tänä aamuna. Sitten isäntä käynnisti Cisco AnyConnectin ja VM menetti DNS:n, toimialueen luottamuksen ja jaetun kansion, ilman että sen sisällä mikään muuttui. Isännän tunneli ja vieraan verkko ovat erillisiä polkuja, eikä toisen yhdistäminen siirrä toista. Työskentele vieraan sisältä ulospäin ja kirjoita muistiin, mitä näet, ennen kuin muutat mitään.

Mitä vieras voi vielä nähdä

Kirjaa osoite, oletusyhdyskäytävä ja resolveri VM:ssä, kerran ennen isännän yhteyttä ja kerran sen jälkeen. Vieras, joka säilytti osoitteensa ja menetti vain nimien ratkaisun, kärsii resolverin ongelmasta. Vieras, jolla ei koskaan ollut reittiä, kärsii polun ongelmasta, ja nämä vaativat erilaista työtä. Isännältä et voi erottaa niitä toisistaan, siksi lukeman on tultava sisältä.

Ne kolme lukemaa, kahdesti otettuina, ovat perustasi. Kaikki myöhempi mitataan niitä vasten.

Mitä ulospääsyä vieras käyttää

Hyper-V vastaa tähän kahdella komennolla: Get-VMSwitch luettelee kytkimet ja Get-VMNetworkAdapter -VMName TestVM näyttää sen, johon vieras on liitetty. Default Switch on Windowsin hallitsema NAT-verkko; ulkoinen kytkin välittää liikenteen fyysiselle sovittimelle; sisäinen kytkin ei kanna mitään, ennen kuin joku lisää NATin tai reitittimen. VirtualBox esittää samat kolme ideaa muodossa NAT, NAT Network ja bridged.

Tila ratkaisee, voiko isännän tunnelilla olla lainkaan merkitystä. NAT-vieras käännetään WinNATilla ja välitetään sitten isännän pinon kautta, joten se seuraa isännän reititystaulukkoa; täystunnelin asiakasohjelmalla sen liikenne on liikennettä, joka saapuu VPN-sovittimeen, ja se pudotetaan, kun asiakasohjelma estää paikallisen aliverkon. Ulkoiseen kytkimeen sillattu vieras ei koskaan saavuta isännän reititystä: sen kehykset lähtevät fyysisestä NICistä suoraan, joten se ohittaa sekä tunnelin että asiakasohjelman paikallisverkon käytännön.

Isännän tunnelin jakaminen Hyper-V:n kanssa

Jos vieras tarvitsee tunnelin eikä voi ajaa omaa asiakasohjelmaansa, Windows voi jakaa VPN-yhteyden. Avaa VPN-sovittimen ominaisuudet, siirry kohtaan Jakaminen ja salli muiden verkkokäyttäjien yhdistää sen kautta. Osoita kotiverkkoyhteys Hyper-V-sovittimeen, vEthernet (Default Switch), ja testaa sitten uusi pyyntö vieraan sisältä.

Käsittele järjestelyä laboratoriokorjauksena, koska se käyttäytyy sellaisena. Se on otettava uudelleen käyttöön yhteyden katkeamisen, uudelleenyhdistämisen tai isännän uudelleenkäynnistyksen jälkeen. Joissakin Windows 11 -koonnissa sovitin puuttuu kokonaan avattavasta valikosta, ja silloin tämä reitti on suljettu.

Hyper-V-ominaisuuden uudelleenasennus on pelastanut muutaman itsepäisen vieraan. Säästä se viimeiseksi ja kirjaa ensin vieraan tila.

Porttien välitys, kun aliverkko on suodatettu

Isännän VPN, joka suodattaa vieraan NAT-aliverkon, rikkoo suoran pääsyn eikä nimien ratkaisua. VM on käynnissä, mutta ssh [email protected] jumittuu, vaikka hypervisorin käännös toimii edelleen. Välitä työn tarvitsemat portit ja yhdistä sen sijaan isännän osoitteeseen. Alla olevat Vagrantfile-rivit kattavat SSH:n ja yhden HTTPS-palvelun; molemmat lisätään ennen uudelleenlatausta.

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

Nimien ratkaisu on erillinen päätös ja ansaitsee oman korjauksensa. Ota isännän resolveriominaisuus käyttöön kyseiselle NAT-sovittimelle, tai määritä sisäinen DNS-palvelin vieraan sisällä käsin. Vieraan osoittaminen julkiseen resolveriin saa selailun toimimaan ja rikkoo jokaisen sisäisen nimen, mikä on pahempaa kuin katkos, koska se näyttää onnistumiselta. Testaa nimeä, jonka vain sisäinen resolveri tuntee.

Tarkistus, joka kertoo, että se toimi

Tee minkä tahansa näistä muutoksista jälkeen uusi pyyntö vieraan sisältä isännän VPN:n ollessa yhdistettynä, ei ennen sitä. Tarkista jakaminen uudelleen uudelleenyhdistämisen ja uudelleenkäynnistyksen jälkeen, koska korjaus, joka kestää vain toisen niistä, ei ole korjaus. Vahvista, että vieraan resolveriluettelo vastaa verkkoa, jota sen liikenne todella käyttää. Testaa sitten porttien välitys isännän osoitteesta, koska vieraan puolelta testaaminen ei todista mitään. Vieraan sisältä kaksi PowerShell-tarkistusta kattavat resolverin ja välitetyn portin:

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

Kirjaa jokainen kytkin- tai ajurimuutos ja sen peruutusvaihe. Microsoftin Hyper-V NAT -opas selittää, mikä Default Switch todella on, ja se kannattaa lukea ennen kuin luot toisen NAT-verkon, joka on ristiriidassa sen kanssa.