Хост VPN қосылғанда Hyper-V қонағы DNS-ті жоғалтады

Қонақ бүгін таңертең дұрыс жұмыс істеп тұрды. Содан кейін хост Cisco AnyConnect-ті іске қосты да, VM DNS-тен, домен сенімінен және ортақ қалтадан айырылды, ал ішінде ештеңе өзгерген жоқ. Хост туннелі мен қонақ желісі бөлек жолдар, біреуін қосу екіншісін жылжытпайды. Қонақтың ішінен сыртқа қарай жұмыс істеңіз және бірдеңені өзгертуден бұрын не көргеніңізді жазып алыңыз.

Қонақ әлі де не көре алады

VM ішінде мекенжайды, әдепкі шлюзді және шешушіні бір рет хост қосылмай тұрып, бір рет одан кейін жазыңыз. Мекенжайын сақтап, тек атауларды шешуден айырылған қонақта шешуші мәселесі бар. Ешқашан маршруты болмаған қонақта жол мәселесі бар, ал екеуі де түрлі жұмыс талап етеді. Хосттан оларды ажырата алмайсыз, сондықтан оқу ішінен келуі керек.

Осы үш оқу, екі рет алынған, сіздің базалық сызығыңыз. Одан кейінгінің бәрі соларға қарсы өлшенеді.

Қонақ қай шығысты пайдаланып отыр

Hyper-V бұған екі командамен жауап береді: Get-VMSwitch коммутаторларды тізімдейді, ал Get-VMNetworkAdapter -VMName TestVM қонақ қосылған коммутаторды көрсетеді. Default Switch — Windows басқаратын NAT желісі; сыртқы коммутатор трафикті физикалық адаптерге береді; ішкі коммутатор біреу NAT немесе маршрутизатор қоспайынша ештеңе тасымайды. VirtualBox сол үш идеяны NAT, NAT Network және bridged ретінде ұсынады.

Режим хост туннелінің жалпы маңызы болуы мүмкін бе, соны шешеді. NAT қонағы WinNAT арқылы аударылып, содан кейін хост стекімен жіберіледі, сондықтан ол хосттың маршрут кестесін ұстанады; толық туннель клиентімен оның трафигі VPN адаптеріне кіретін трафик болады және клиент жергілікті ішкі желіні блоктағанда тасталады. Сыртқы коммутаторға көпірленген қонақ хост маршруттауына ешқашан жетпейді: оның кадрлары физикалық NIC-тен тікелей шығады, сондықтан ол туннельді де, клиенттің жергілікті желі саясатын да айналып өтеді.

Хост туннелін Hyper-V-пен бөлісу

Егер қонаққа туннель керек болып, өз клиентін іске қоса алмаса, Windows VPN қосылымын бөлісе алады. VPN адаптерінің қасиеттерін ашып, Бөлісу бөліміне өтіңіз және басқа желі пайдаланушыларына ол арқылы қосылуға рұқсат беріңіз. Үй желісінің қосылымын Hyper-V адаптеріне бағыттаңыз, vEthernet (Default Switch), содан кейін қонақтың ішінен жаңа сұранысты тексеріңіз.

Бұл конфигурацияны зертханалық шешім ретінде қарастырыңыз, өйткені ол солай әрекет етеді. Оны ажыратудан, қайта қосылудан немесе хостты қайта жүктеуден кейін қайта қолдану қажет. Кейбір Windows 11 құрастырылымдарында адаптер ашылмалы тізімнен мүлде жоқ, сонда бұл жол жабық.

Hyper-V мүмкіндігін қайта орнату бірнеше қыңыр қонақты құтқарды. Оны соңына қалдырыңыз және алдымен қонақтың күйін жазыңыз.

Ішкі желі сүзілген кезде порттарды бағыттау

Қонақтың NAT ішкі желісін сүзетін хост VPN тікелей қатынасты бұзады, атауларды шешуді емес. 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 желісін жасамас бұрын оқыған жөн.