Mgeni wa Hyper-V hupoteza DNS wakati VPN ya mwenyeji inapoungana

Mgeni alikuwa sawa asubuhi ya leo. Kisha mwenyeji akawasha Cisco AnyConnect na VM ikapoteza DNS, imani ya kikoa na folda iliyoshirikiwa, bila kitu chochote kubadilika ndani yake. Handaki ya mwenyeji na mtandao wa mgeni ni njia tofauti, na kuunganisha moja hakisogezi nyingine. Fanya kazi kutoka ndani ya mgeni kuelekea nje, na andika unachokiona kabla ya kubadilisha chochote.

Kile ambacho mgeni bado anaweza kuona

Rekodi anwani, lango la msingi na kitatuzi ndani ya VM, mara moja kabla ya mwenyeji kuunganisha na mara moja baadaye. Mgeni aliyebakiza anwani na kupoteza tu utatuzi wa majina ana tatizo la kitatuzi. Mgeni ambaye hakuwahi kuwa na njia ana tatizo la njia, na yote mawili yanahitaji kazi tofauti. Kutoka kwa mwenyeji huwezi kuwatofautisha, kwa hiyo usomaji lazima utoke ndani.

Usomaji huo watatu, uliochukuliwa mara mbili, ndio msingi wako. Kila kitu baadaye hupimwa dhidi yao.

Mgeni anatumia njia gani ya kutoka

Hyper-V hujibu hili kwa amri mbili: Get-VMSwitch huorodhesha swichi, na Get-VMNetworkAdapter -VMName TestVM huonyesha ile ambayo mgeni ameunganishwa nayo. Default Switch ni mtandao wa NAT unaosimamiwa na Windows; swichi ya nje hupeleka trafiki kwa adapta halisi; swichi ya ndani haibebi chochote hadi mtu aongeze NAT au kipanga njia. VirtualBox huwasilisha mawazo hayo matatu kama NAT, NAT Network na bridged.

Hali huamua kama handaki ya mwenyeji inaweza kuwa na umuhimu wowote. Mgeni wa NAT hutafsiriwa na WinNAT kisha husambazwa na staki ya mwenyeji, kwa hiyo hufuata jedwali la njia la mwenyeji; na mteja wa handaki kamili trafiki yake ni trafiki inayoingia kwenye adapta ya VPN, na hutupwa wakati mteja anazuia subnet ya ndani. Mgeni aliyefungwa kwa daraja kwenye swichi ya nje hufika kamwe kwenye uelekezaji wa mwenyeji: fremu zake hutoka moja kwa moja kutoka NIC halisi, kwa hiyo hupita handaki na sera ya LAN ya ndani ya mteja.

Kushiriki handaki ya mwenyeji na Hyper-V

Ikiwa mgeni anahitaji handaki na hawezi kuendesha mteja wake mwenyewe, Windows inaweza kushiriki muunganisho wa VPN. Fungua sifa za adapta ya VPN, nenda kwenye Kushiriki, na ruhusu watumiaji wengine wa mtandao kuunganisha kupitia hiyo. Elekeza muunganisho wa mtandao wa nyumbani kwenye adapta ya Hyper-V, vEthernet (Default Switch), kisha jaribu ombi jipya kutoka ndani ya mgeni.

Chukulia mpangilio huu kama suluhisho la maabara, kwa sababu hivyo ndivyo unavyotenda. Lazima utumike tena baada ya kukatika, kuunganisha tena au kuwasha upya mwenyeji. Katika baadhi ya miundo ya Windows 11 adapta haipo kabisa kwenye orodha ya kushuka, na wakati huo njia hii imefungwa.

Kusakinisha upya kipengele cha Hyper-V kumewahi kuokoa wageni wachache wakaidi. Hifadhi hilo kwa mwisho, na kwanza andika hali ya mgeni.

Kusambaza bandari mbele wakati subnet inachujwa

VPN ya mwenyeji inayochuja subnet ya NAT ya mgeni huvunja ufikiaji wa moja kwa moja, sio utatuzi wa majina. VM inaendesha, lakini ssh [email protected] huning'inia, wakati tafsiri ya hypervisor bado inafanya kazi. Sambaza mbele bandari zinazohitajika kwa kazi na unganisha kwenye anwani ya mwenyeji badala yake. Mistari ya Vagrantfile hapa chini inashughulikia SSH na huduma moja ya HTTPS; zote mbili huingizwa kabla ya kupakia upya.

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

Utatuzi wa majina ni uamuzi tofauti na unastahili marekebisho yake mwenyewe. Washa kipengele cha kitatuzi cha mwenyeji kwa adapta hiyo ya NAT, au sanidi seva ya DNS ya ndani ndani ya mgeni kwa mkono. Kuelekeza mgeni kwenye kitatuzi cha umma hufanya kuvinjari kufanya kazi na huvunja kila jina la ndani, jambo ambalo ni baya kuliko hitilafu kwa sababu linaonekana kama mafanikio. Jaribu jina ambalo linajulikana tu na kitatuzi cha ndani.

Ukaguzi unaokuambia kuwa ilifanya kazi

Baada ya yoyote ya mabadiliko haya, endesha ombi jipya kutoka ndani ya mgeni wakati VPN ya mwenyeji imeunganishwa, sio kabla. Kagua tena ushirikiano baada ya kuunganisha tena na baada ya kuwasha upya, kwa sababu marekebisho yanayostahimili moja tu ya hayo si marekebisho. Thibitisha kuwa orodha ya vitatuzi ya mgeni inalingana na mtandao ambao trafiki yake inatumia kweli. Kisha jaribu kusambaza bandari mbele kutoka anwani ya mwenyeji, kwa sababu kuijaribu kutoka kwa mgeni hakuthibitishi chochote. Kutoka ndani ya mgeni, ukaguzi mbili za PowerShell zinashughulikia kitatuzi na bandari iliyosambazwa mbele:

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

Andika kila mabadiliko ya swichi au kiendeshi pamoja na hatua yake ya kutengua. Mwongozo wa Microsoft kuhusu Hyper-V NAT unaeleza Default Switch ni nini kwa kweli, na inafaa kusoma kabla ya kuunda mtandao wa pili wa NAT unaogongana nao.