Hypervisor ya maabara ya nyumbani haipatikani kupitia VPN: wapi pa kuangalia

Tunnel inapanda, ukurasa wa wavuti wa hypervisor unaisha muda, na mteja anasema ameunganishwa. Mchanganyiko huo unaondoa mambo mengi: handshake ya VPN inafanya kazi, mteja ana anwani, na kituo cha mwisho kinafikiwa. Kinachobaki ni orodha fupi ya maswali ya uelekezaji na sera, na yana mpangilio wa asili. Yafanyie kazi kutoka hypervisor kwenda nje na si kutoka mteja kwenda ndani, kwa sababu hali ya hypervisor yenyewe ni kitu cha bei rahisi kuthibitisha.

Anza na sehemu ya usimamizi

Thibitisha anwani ya usimamizi ya hypervisor na huduma inayosikiliza juu yake, na thibitisha kwamba ukurasa unapakiwa kutoka mwenyeji mwingine katika sehemu hiyo kabla ya kuchunguza chochote kwa mbali. Jaribio la ndani linaloshindikana si tatizo la VPN, na ni ukaguzi wa dakika tano unaookoa saa moja.

Kisha njia mbili. Mteja wa VPN anahitaji njia kuelekea mtandao wa usimamizi, ambayo kwa kawaida inamaanisha AllowedIPs ya mteja au njia zilizosukumwa zinajumuisha subnet hiyo. Hypervisor, au lango lake la chaguo-msingi, linahitaji njia ya kurudi kwenye bwawa la anwani za wateja, isipokuwa muundo unatafsiri chanzo kwa makusudi wakati wa kuingia. Hizi ni ukweli mbili tofauti na kukosekana kwa moja yao kunatoa muda huo huo wa kuisha. Zikague kwa mbali: ip route get 192.168.10.20 kwa mteja, na kunasa kwenye mwenyeji wa hypervisor kunaonyesha kama pakiti ilifika kabisa.

Mruhusu msimamizi halisi wa mbali

Uidhinishaji ni swali tofauti na ufikivu. Tumia sera ya lango na mwenyeji iliyozuiwa kwa vyanzo na huduma zinazohitaji ufikiaji wa usimamizi. Akaunti ya VPN ya mgeni inayohitaji programu moja ya maabara haipaswi kwa hiyo kufikia ngazi ya usimamizi, na kanuni tambarare inayokubali subnet yote ya tunnel ndiyo njia inayotokea hivyo.

Acha uthibitishaji wa hypervisor yenyewe na ukaguzi wa cheti ukiwa umewashwa. Njia ya faragha si sababu ya kubofya kupitia onyo lisilotarajiwa la utambulisho.

Onyo linafaa kuchukuliwa kama ugunduzi na si kama kikwazo. Ikiwa cheti hakilingani na jina ulilotumia, ama jina si sahihi au huduma si ile unayofikiri, na majibu yote mawili yana uzito zaidi kwenye kiolesura cha usimamizi kuliko mahali pengine popote. Fikia ukurasa kwa jina ambalo cheti kilitolewa, na acha DNS ielekeze jina hilo kwenye anwani ya tunnel. Jina la faragha linalotatuliwa bila uthabiti kati ya LAN na tunnel ni sababu ya kawaida ya malalamiko ya vyeti yanayoonekana kama hitilafu za VPN.

Kagua miunganisho ya pili

Vipengele vingine hutumia miunganisho ambayo ukurasa wa wavuti hautumii. Kipindi cha konsoli, upakiaji wa ISO, proksi ya VNC au SPICE na kituo cha uhamishaji kila kimoja kinaweza kutumia bandari tofauti au anwani tofauti ya mwenyeji. Ukurasa unapopakiwa na kipengele kimoja kikishindikana, soma hitaji la bidhaa hiyo badala ya kufungua kila bandari kwenye mwenyeji.

Kufungua kila kitu ndiyo njia ambayo kiolesura cha usimamizi kinakuwa kisichosimamiwa. Kila bandari ya ziada ni msikilizaji mwingine wa kudumisha, na hypervisor tayari inaonyesha za kutosha. Tambua muunganisho mahususi unaohitajika na kipengele, thibitisha unafikiwa kupitia tunnel, na uache vingine vimefungwa. Ikiwa kipengele kinasisitiza muunganisho wa moja kwa moja kwa anwani ya mwenyeji ambayo haiwezi kupitishwa kupitia tunnel yako, hiyo ni kizuizi cha muundo cha kuepukwa kwa makusudi, si sababu ya kusambaza masafa.

Weka njia ya kurudi kabla ya kugusa mtandao

Kabla ya kubadilisha mtandao pepe unaobeba VPN yako mwenyewe, thibitisha kwamba una njia ya kurudi ya ndani au huru.

Hili lina umuhimu mkubwa katika maabara ya nyumbani, kwa sababu kituo cha mwisho cha VPN mara nyingi ni mashine pepe kwenye hypervisor ile ile unayojaribu kufikia. Kubadilisha swichi pepe, daraja au kanuni ya firewall kwa mbali kunaweza kuondoa njia unayotumia, na kipindi kinaweza kuishi vya kutosha kuona hilo likitokea.

Jaribu kutoka nje ya maabara na si kutoka LAN, na thibitisha kukataliwa kama unavyothibitisha ruhusa. Mtandao ambao unapaswa kubaki usifikike kutoka tunnel unapaswa kubaki hivyo baada ya mabadiliko yako, na hiyo ni dai tofauti na upakiaji wa ukurasa wa usimamizi. Andika matokeo yote mawili, kwa sababu la pili ndilo linalorukwa na linalo umuhimu maabara inapokua.

Rekodi ya kuweka ni fupi: anwani na huduma ya usimamizi, njia inayohitajika kwa kila upande, utambulisho unaoruhusiwa kufikia, na njia ya urejeshaji. Hiyo inatosha kwa mtu anayefuata kuzalisha tena hali inayofanya kazi bila kuithibitisha upya.

Ikiwa ukurasa bado unaisha muda baada ya yote hayo, nasa kwenye hypervisor na utafute pakiti kabla ya kubadilisha kanuni nyingine. Pakiti isiyofika kamwe ni swali la uelekezaji au firewall; pakiti inayofika na kukataliwa ni swali la huduma au sera; pakiti inayofika na kujibiwa wakati mteja anasubiri ni swali la njia ya kurudi. Nyaraka za usambazaji za strongSwan zinaeleza jinsi lango la Linux linavyosambaza trafiki ya tunnel kwa mwenyeji wa ndani. Kunasa mara tatu kunashinda dhana moja zaidi.