Hyper-V viesis zaudē DNS, kad pieslēdzas resursdatora VPN

Viesis šorīt darbojās labi. Tad resursdators ieslēdza Cisco AnyConnect, un VM zaudēja DNS, domēna uzticēšanos un koplietoto mapi, lai gan iekšienē nekas nemainījās. Resursdatora tunelis un viesa tīkls ir atsevišķi ceļi, un viena pievienošana nepārvieto otru. Strādājiet no viesa iekšpuses uz āru un pierakstiet, ko redzat, pirms kaut ko maināt.

Ko viesis vēl var redzēt

Pierakstiet adresi, noklusējuma vārteju un atrisinātāju VM, vienreiz pirms resursdators pieslēdzas un vienreiz pēc tam. Viesim, kas saglabāja adresi un zaudēja tikai vārdu izšķiršanu, ir atrisinātāja problēma. Viesim, kuram nekad nebija maršruta, ir ceļa problēma, un abiem vajadzīgs atšķirīgs darbs. No resursdatora jūs tos neatšķirsiet, tāpēc nolasījumam jānāk no iekšpuses.

Tie trīs nolasījumi, ņemti divreiz, ir jūsu bāzes līnija. Viss turpmākais tiek mērīts pret tiem.

Kuru izeju viesis izmanto

Hyper-V atbild uz to ar divām komandām: Get-VMSwitch uzskaita slēdžus, un Get-VMNetworkAdapter -VMName TestVM parāda to, kuram viesis ir pievienots. Default Switch ir Windows pārvaldīts NAT tīkls; ārējais slēdzis nodod trafiku fiziskajam adapterim; iekšējais slēdzis neko nenes, kamēr kāds nepievieno NAT vai maršrutētāju. VirtualBox piedāvā tās pašas trīs idejas kā NAT, NAT Network un bridged.

Režīms nosaka, vai resursdatora tunelim vispār var būt nozīme. NAT viesis tiek tulkots ar WinNAT un pēc tam pārsūtīts ar resursdatora steku, tāpēc tas seko resursdatora maršrutu tabulai; ar pilna tuneļa klientu tā trafiks ir trafiks, kas ieiet VPN adapterī, un tas tiek izmests, kad klients bloķē vietējo apakštīklu. Uz ārējā slēdža tiltotais viesis nekad nesasniedz resursdatora maršrutēšanu: tā kadri iziet tieši no fiziskās NIC, tāpēc tas apiet gan tuneli, gan klienta vietējā tīkla politiku.

Resursdatora tuneļa kopīgošana ar Hyper-V

Ja viesim vajag tuneli un tas nevar palaist savu klientu, Windows var kopīgot VPN savienojumu. Atveriet VPN adaptera rekvizītus, dodieties uz Kopīgošana un ļaujiet citiem tīkla lietotājiem izveidot savienojumu caur to. Novirziet mājas tīkla savienojumu uz Hyper-V adapteri, vEthernet (Default Switch), pēc tam pārbaudiet jaunu pieprasījumu no viesa iekšpuses.

Uzskatiet šo iestatījumu par laboratorijas risinājumu, jo tas tā arī uzvedas. Tas jāpiemēro no jauna pēc atvienošanas, atkārtotas pievienošanas vai resursdatora pārstartēšanas. Dažās Windows 11 būvēs adapters nolaižamajā sarakstā vispār nav, un tad šis ceļš ir slēgts.

Hyper-V līdzekļa pārinstalēšana ir izglābusi dažus ietiepīgus viesus. Atstājiet to uz beigām un vispirms pierakstiet viesa stāvokli.

Portu pārsūtīšana, kad apakštīkls tiek filtrēts

Resursdatora VPN, kas filtrē viesa NAT apakštīklu, salauž tiešu piekļuvi, nevis vārdu izšķiršanu. VM darbojas, tomēr ssh [email protected] iestrēgst, kamēr hipervizora tulkošana joprojām darbojas. Pārsūtiet darbam vajadzīgos portus un tā vietā pievienojieties resursdatora adresei. Zemāk esošās Vagrantfile rindas aptver SSH un vienu HTTPS pakalpojumu; abas tiek ievietotas pirms pārlādes.

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

Vārdu izšķiršana ir atsevišķs lēmums, un tam pienākas savs labojums. Ieslēdziet resursdatora atrisinātāja līdzekli šim NAT adapterim, vai manuāli konfigurējiet iekšējo DNS serveri viesa iekšienē. Viesa novirzīšana uz publisku atrisinātāju liek pārlūkošanai strādāt un salauž katru iekšējo vārdu, kas ir sliktāk par pārtraukumu, jo izskatās pēc panākuma. Pārbaudiet vārdu, ko zina tikai iekšējais atrisinātājs.

Pārbaude, kas pasaka, ka tas nostrādāja

Pēc jebkuras no šīm izmaiņām palaidiet jaunu pieprasījumu no viesa iekšpuses ar pievienotu resursdatora VPN, nevis pirms tam. Vēlreiz pārbaudiet kopīgošanu pēc atkārtotas pievienošanas un pēc pārstartēšanas, jo labojums, kas iztur tikai vienu no tiem, nav labojums. Apstipriniet, ka viesa atrisinātāju saraksts atbilst tīklam, ko tā trafiks patiešām izmanto. Pēc tam pārbaudiet portu pārsūtīšanu no resursdatora adreses, jo pārbaude no viesa neko nepierāda. No viesa iekšpuses divas PowerShell pārbaudes aptver atrisinātāju un pārsūtīto portu:

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

Pierakstiet katru slēdža vai draivera izmaiņu ar tās atsaukšanas soli. Microsoft Hyper-V NAT rokasgrāmata izskaidro, kas Default Switch patiešām ir, un to ir vērts izlasīt pirms otrā NAT tīkla izveides, kas ar to konfliktē.