Mysafiri i Hyper-V humb DNS kur lidhet VPN-ja e hostit

Mysafiri ishte mirë këtë mëngjes. Pastaj hosti nisi Cisco AnyConnect dhe VM-ja humbi DNS-në, besimin e domenit dhe dosjen e ndarë, pa ndryshuar asgjë brenda saj. Tuneli i hostit dhe rrjeti i mysafirit janë rrugë të ndryshme, dhe lidhja e njërës nuk e lëviz tjetrën. Punoni nga brenda mysafirit jashtë, dhe shkruani atë që shihni përpara se të ndryshoni çdo gjë.

Çfarë mund të shohë ende mysafiri

Regjistroni adresën, portën e paracaktuar dhe zgjidhësin në VM, një herë përpara se të lidhet hosti dhe një herë pas. Një mysafir që mbajti adresën dhe humbi vetëm zgjidhjen e emrave ka një problem zgjidhësi. Një mysafir që nuk kishte kurrë rrugë ka një problem rruge, dhe të dy kërkojnë punë të ndryshme. Nga hosti nuk mund t'i dalloni, prandaj leximi duhet të vijë nga brenda.

Ato tre lexime, të marra dy herë, janë vija juaj bazë. Çdo gjë më vonë matet kundrejt tyre.

Cilën dalje përdor mysafiri

Hyper-V përgjigjet për këtë me dy komanda: Get-VMSwitch liston ndërprerësit, dhe Get-VMNetworkAdapter -VMName TestVM tregon atë ku është lidhur mysafiri. Default Switch është një rrjet NAT i menaxhuar nga Windows; një ndërprerës i jashtëm ia dorëzon trafikun një përshtatësi fizik; një ndërprerës i brendshëm nuk mbart asgjë derisa dikush të shtojë NAT ose një ruter. VirtualBox paraqet të njëjtat tre ide si NAT, NAT Network dhe bridged.

Modaliteti vendos nëse tuneli i hostit mund të ketë fare rëndësi. Mysafiri NAT përkthehet nga WinNAT dhe pastaj përcillet nga stiva e hostit, kështu që ndjek tabelën e rrugëzimit të hostit; me një klient tuneli të plotë trafiku i tij është trafiku që hyn në përshtatësin VPN, dhe hidhet kur klienti bllokon nënrrjetin lokal. Një mysafir i urëzuar në një ndërprerës të jashtëm nuk arrin kurrë rrugëzimin e hostit: kornizat e tij dalin drejtpërdrejt nga NIC fizike, kështu që anashkalon si tunelin ashtu edhe politikën e LAN-it lokal të klientit.

Ndarja e tunelit të hostit me Hyper-V

Nëse mysafirit i duhet tuneli dhe nuk mund të ekzekutojë klientin e vet, Windows mund të ndajë lidhjen VPN. Hapni vetitë e përshtatësit VPN, shkoni te Ndarja dhe lejoni përdorues të tjerë të rrjetit të lidhen përmes tij. Drejtojeni lidhjen e rrjetit shtëpiak te përshtatësi Hyper-V, vEthernet (Default Switch), pastaj provoni një kërkesë të re nga brenda mysafirit.

Trajtojeni këtë rregullim si një zgjidhje laboratori, sepse sillet ashtu. Duhet të rizbatohet pas një shkëputjeje, një rilidhjeje ose një rindezjeje të hostit. Në disa ndërtime të Windows 11 përshtatësi mungon plotësisht në listën rënëse, dhe atëherë kjo rrugë është e mbyllur.

Rinstalimi i veçorisë Hyper-V ka shpëtuar disa mysafirë kokëfortë. Mbajeni atë për në fund, dhe shënoni së pari gjendjen e mysafirit.

Përcjellja e portave kur nënrrjeti filtrohet

Një VPN hosti që filtron nënrrjetin NAT të mysafirit thyen aksesin e drejtpërdrejtë, jo zgjidhjen e emrave. VM-ja po punon, por ssh [email protected] ngec, ndërsa përkthimi i hipervizorit vazhdon të punojë. Përcillni portat që i duhen punës dhe lidhuni në adresën e hostit në vend të kësaj. Rreshtat e Vagrantfile më poshtë mbulojnë SSH dhe një shërbim HTTPS; të dyja futen përpara ringarkimit.

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

Zgjidhja e emrave është një vendim i veçantë dhe meriton korrigjimin e vet. Aktivizoni veçorinë e zgjidhësit të hostit për atë përshtatës NAT, ose konfiguroni manualisht serverin e brendshëm DNS brenda mysafirit. Drejtimi i mysafirit te një zgjidhës publik e bën shfletimin të funksionojë dhe thyen çdo emër të brendshëm, gjë që është më keq se ndërprerja sepse duket si sukses. Provoni një emër që e di vetëm zgjidhësi i brendshëm.

Kontrolli që ju thotë se funksionoi

Pas cilësdo prej këtyre ndryshimeve, ekzekutoni një kërkesë të re nga brenda mysafirit me VPN-në e hostit të lidhur, jo përpara saj. Rikontrolloni ndarjen pas një rilidhjeje dhe pas një rindezjeje, sepse një korrigjim që mbijeton vetëm njërën prej tyre nuk është korrigjim. Konfirmoni që lista e zgjidhësve të mysafirit përputhet me rrjetin që trafiku i tij përdor vërtet. Pastaj provoni përcjelljen e portave nga adresa e hostit, sepse provimi nga mysafiri nuk dëshmon asgjë. Nga brenda mysafirit, dy kontrolle PowerShell mbulojnë zgjidhësin dhe portën e përcjellë:

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

Shënoni çdo ndryshim ndërprerësi ose drejtuesi bashkë me hapin e tij të zhbërjes. Udhëzuesi i Microsoft për Hyper-V NAT shpjegon çfarë është në të vërtetë Default Switch, dhe ia vlen të lexohet përpara se të krijoni një rrjet të dytë NAT që bie ndesh me të.