Гост Hyper-V губи DNS када се повеже VPN домаћина

Гост је јутрос био добро. Затим је домаћин покренуо Cisco AnyConnect и VM је изгубила DNS, поверење домена и дељену фасциклу, а да се унутра ништа није променило. Тунел домаћина и мрежа госта су одвојени путеви и повезивање једног не помера други. Радите из унутрашњости госта ка споља и запишите шта видите пре него што било шта промените.

Шта гост још може да види

Забележите адресу, подразумевани гејтвеј и резолвер у VM, једном пре него што се домаћин повеже и једном после. Гост који је задржао адресу и изгубио само разрешавање имена има проблем са резолвером. Гост који никада није имао руту има проблем са путањом, и оба захтевају различит рад. Са домаћина не можете да их разликујете, зато читање мора да дође изнутра.

Та три читања, узета двапут, ваша су основна линија. Све касније мери се према њима.

Који излаз гост користи

Hyper-V одговара на ово двема командама: Get-VMSwitch наводи прекидаче, а Get-VMNetworkAdapter -VMName TestVM приказује онај на који је гост прикључен. Default Switch је NAT мрежа којом управља Windows; спољни прекидач предаје саобраћај физичком адаптеру; унутрашњи прекидач не носи ништа док неко не дода NAT или рутер. VirtualBox представља исте три идеје као NAT, NAT Network и bridged.

Режим одлучује да ли тунел домаћина уопште може да има значај. NAT гост преводи WinNAT, а затим га прослеђује стек домаћина, па прати табелу рутирања домаћина; са клијентом пуног тунела његов саобраћај је саобраћај који улази у VPN адаптер и одбацује се када клијент блокира локалну подмрежу. Гост премошћен на спољни прекидач никада не стиже до рутирања домаћина: његови оквири излазе директно из физичке NIC, па заобилази и тунел и политику локалне мреже клијента.

Дељење тунела домаћина са Hyper-V

Ако госту треба тунел и не може да покрене сопствени клијент, Windows може да подели VPN везу. Отворите својства VPN адаптера, идите на Дељење и дозволите другим мрежним корисницима да се повежу преко њега. Усмерите кућну мрежну везу ка Hyper-V адаптеру, vEthernet (Default Switch), затим тестирајте нови захтев из унутрашњости госта.

Третирајте овај распоред као лабораторијско решење, јер се тако понаша. Мора поново да се примени после искључивања, поновног повезивања или рестартовања домаћина. У неким градњама Windows 11 адаптер потпуно недостаје у падајућој листи и тада је овај пут затворен.

Поновна инсталација функције Hyper-V спасила је неколико тврдоглавих гостију. Сачувајте то за крај и прво забележите стање госта.

Прослеђивање портова када је подмрежа филтрирана

VPN домаћина који филтрира NAT подмрежу госта квари директан приступ, а не разрешавање имена. VM ради, али ssh [email protected] виси, док превод хипервизора још увек ради. Проследите портове који су потребни за посао и повежите се на адресу домаћина уместо тога. Редови Vagrantfile испод покривају SSH и једну HTTPS услугу; оба се уносе пре поновног учитавања.

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

Разрешавање имена је одвојена одлука и заслужује сопствено исправљање. Укључите функцију резолвера домаћина за тај NAT адаптер, или ручно конфигуришите интерни DNS сервер унутар госта. Усмеравање госта на јавни резолвер чини прегледање функционалним и квари свако интерно име, што је горе од прекида јер изгледа као успех. Тестирајте име које зна само интерни резолвер.

Провера која вам каже да је успело

После било које од ових измена, покрените нови захтев из унутрашњости госта са повезаним VPN-ом домаћина, а не пре тога. Поново проверите дељење после поновног повезивања и после рестартовања, јер исправка која преживи само једно од тога није исправка. Потврдите да листа резолвера госта одговара мрежи коју његов саобраћај заиста користи. Затим тестирајте прослеђивање портова са адресе домаћина, јер тестирање из госта ништа не доказује. Из унутрашњости госта, две провере PowerShell покривају резолвер и прослеђени порт:

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

Забележите сваку измену прекидача или драјвера са њеним кораком за враћање. Водич Microsoft-а за Hyper-V NAT објашњава шта је Default Switch заиста и вреди га прочитати пре него што направите другу NAT мрежу која се са њим сукобљава.