Госць Hyper-V губляе DNS, калі VPN хасцяра падключаецца

Госць быў у парадку сёння раніцай. Потым хасцяр падняў Cisco AnyConnect, і ВМ страціла DNS, давер да домена і агульную папку, хоць унутры яе нічога не змянілася. Тунель хасцяра і сетка госця — гэта асобныя шляхі, і падключэнне аднаго не перамяшчае другі. Працуйце знутры госця вонкі і запішыце тое, што бачыце, перш чым нешта змяняць.

Што госць яшчэ можа бачыць

Запішыце адрас, шлюз па змаўчанні і рэзалвер у ВМ: адзін раз перад падключэннем хасцяра і адзін раз пасля. Госць, які захаваў адрас і страціў толькі развязанне імёнаў, мае праблему з рэзалверам. Госць, у якога ніколі не было маршруту, мае праблему з шляхам, і гэтыя два выпадкі патрабуюць рознай працы. З боку хасцяра вы не адрозніце іх, таму чытанне павінна ісці знутры.

Гэтыя тры паказчыкі, знятыя двойчы, — ваша базавая лінія. Усё далейшае вымяраецца адносна іх.

Які выхад выкарыстоўвае госць

Hyper-V адказвае на гэта дзвюма камандамі: Get-VMSwitch пералічвае комутатары, а Get-VMNetworkAdapter -VMName TestVM паказвае той, да якога падключаны госць. Default Switch — гэта сетка NAT, якой кіруе Windows; знешні комутатар перадае трафік фізічнаму адаптару; унутраны комутатар нічога не нясе, пакуль хтосьці не дадасць NAT або маршрутызатар. VirtualBox прапануе тыя ж тры ідэі як NAT, NAT Network і bridged.

Рэжым вызначае, ці можа тунель хасцяра наогул мець значэнне. Госць за NAT пераўтвараецца WinNAT, а затым перадаецца стэкам хасцяра, таму ён ідзе па табліцы маршрутызацыі хасцяра; з кліентам поўнага тунеля яго трафік — гэта трафік, які ўваходзіць у адаптар VPN, і ён скідаецца, калі кліент блакуе лакальную падсетку. Госць, падключаны праз мост да знешняга комутатара, наогул не дасягае маршрутызацыі хасцяра: яго кадры выходзяць з фізічнай сеткавай карты напрамкі, таму ён абыходзіць і тунель, і палітыку лакальнай сеткі кліента.

Абагульванне тунеля хасцяра з Hyper-V

Калі госцю патрэбны тунель і ён не можа запусціць уласны кліент, Windows можа абагуліць VPN-злучэнне. Адкрыйце ўласцівасці адаптара VPN, перайдзіце ў раздзел «Абагульванне» і дазвольце іншым сеткавым карыстальнікам падключацца праз яго. Накіруйце хатняе сеткавае злучэнне на адаптар Hyper-V, vEthernet (Default Switch), затым праверце свежы запыт знутры госця.

Разглядайце гэтую схему як лабараторнае рашэнне, бо яна сябе так і паводзіць. Яе трэба паўторна ўжываць пасля раз'яднання, паўторнага злучэння або перазагрузкі хасцяра. У некаторых зборках Windows 11 адаптар цалкам адсутнічае ў спісе, і тады гэты шлях закрыты.

Пераўсталёўка функцыі Hyper-V выратавала некалькі ўпартых гасцей. Пакіньце гэта на апошняе і спачатку зафіксуйце стан госця.

Перанакіраванне портаў, калі падсетка фільтруецца

VPN хасцяра, які фільтруе падсетку NAT госця, ламае прамы доступ, а не развязанне імёнаў. ВМ працуе, але 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, якая з ёй канфліктуе.