Upanuzi wa tovuti ya VPN: fuata njia ya kurudi nyuma ya lango

Trafiki kutoka tawi huishia kwenye lango ambalo LAN yake haina programu uliyotakiwa kuifikia. Seva iko katika kituo cha pili cha data, ng’ambo ya kiungo cha ndani ambacho VPN haikuwahi kuusanidi. Kuongeza kiambishi kingine kwenye lango la karibu hakufanyi chochote kwa hali hiyo, kwa sababu lango la mbali ni kituo cha mwisho cha usimbaji fiche, si kipanga njia cha mwisho. Njia inahitaji njia ya mbele, kibali kwenye mpaka wa usalama wa mbali na uamuzi wa kurudi katika mtandao wa lengo wenyewe.

Lango la mbali ni kituo cha mwisho cha usimbaji fiche

IPsec kati ya lango na lango hulinda trafiki kati ya vifaa viwili vya usalama, na anwani za ndani husafiri kwenye sehemu hiyo zikiwa zimesimbwa. Zaidi ya lango la mbali, uelekezaji wa kawaida huchukua nafasi, pamoja na sera yoyote iliyopo kati ya vituo vya data. Kwa hivyo sehemu iliyolindwa inashughulikia sehemu ya safari na si iliyobaki. Kudhani kinyume chake ndiyo njia ambayo muundo huishia na handaki lenye afya na programu isiyoweza kufikiwa.

Chora njia katika sehemu tatu: tawi hadi lango la karibu, la karibu hadi la mbali, lango la mbali hadi programu. Kila sehemu ina mmiliki wake na hali yake ya kushindwa.

Soma pande zote mbili za sera ya handaki

Sera ya handaki kwa kawaida huandikwa kutoka mtazamo wa upande wa ndani, na kutokana na tabia hiyo ndipo usanidi wa sehemu huja. Pande zote mbili lazima ziorodheshe chanzo cha tawi na lengo jinsi zitakavyoonekana ndani ya handaki, pamoja na tafsiri yoyote ambayo muundo unaikusudia. Kusasisha upande wa karibu pekee huzalisha kutokubaliana kwa awamu ya pili ambako kunaonekana kama hitilafu ya uelekezaji. Linganisha seti mbili za sera kabla ya kugusa njia yoyote.

Andika chanzo na lengo kama anwani badala ya majina ya tovuti. Utata hapa hurejea baadaye kama ulinganifu wa kutatanisha.

Ongeza njia ya mbele na uthibitisha kibali

Lango la mbali linahitaji njia kuelekea subnet ya programu, na kila kipanga njia kati yao lazima likubali chanzo cha tawi. Thibitisha kile lango la mbali linacho kweli badala ya kile mchoro unadai.

ip route get 10.30.5.10 from 10.10.1.50
traceroute -n -s 10.10.1.50 10.30.5.10

Amri ya kwanza huripoti kiolesura cha kutoka na hop inayofuata ambayo lango la mbali lingechagua kwa chanzo hicho, swali ambalo jedwali la kawaida la uelekezaji haliwezi kujibu. Ufuatiliaji unaonyesha mahali pakiti zinaposimama, na kukatika baada ya lango la mbali kunaonyesha usafirishaji wa ndani na si handaki. Njia ikiwa ipo na trafiki bado inatoweka, kamata kwenye lango la mbali na soma anwani ya chanzo inayofika, kwa sababu anwani isiyotarajiwa inamaanisha tafsiri inafanyika mahali fulani bila mpango. Anwani zote hapa ni viwakilishi, kwa hivyo badilisha subnet halisi za tawi, usafirishaji na programu.

Jaribu kutoka tawini, kisha ujaribu tena njia ya zamani

Ukubalifu unahitaji chanzo halisi badala ya uchunguzi kutoka lango la mbali. Endesha ukaguzi kutoka kwa mwenyeji wa tawi na uweke malengo yaliyokuwa yakifanya kazi awali katika jaribio hilo hilo.

curl -sS -m 5 http://10.30.5.10:8080/health
ping -c 3 10.20.1.1

Jibu kutoka kwa programu huthibitisha njia ya mbele na njia ya kurudi pamoja, wakati ping kwa lengo la zamani huthibitisha kwamba mabadiliko hayakuvunja kile kilichokuwa kikifanya kazi. Kamata anwani ya chanzo ambayo programu inaandika, kwa sababu kanuni zake za ufikiaji na njia yoyote ya kurudi lazima zilingane na thamani hiyo. Pale tawi linatafsiri kabla ya handaki, anwani ya sera na anwani ambayo programu inaiona zinatofautiana kwa muundo, kwa hivyo rekodi zote mbili. Rudia jaribio baada ya kuhuisha ufunguo au mabadiliko ya uelekezaji, kwa sababu njia hizi huwa zinathibitishwa mara moja kisha kusahaulika.

Weka mmiliki kwa kila sehemu ya tatu na kwa njia ya kurudi ndani ya mtandao wa lengo. Njia yenye wamiliki wanne hushindwa kwenye mapengo kati yao.