Jinsi ya kupanga bwawa la anwani za wateja wa VPN linalofaa

Anza kwenye sehemu ya bwawa kwenye seva ya VPN, si kwenye lahajedwali. Unachoandika hapo huwa nafasi ya anwani za ndani kwa kila mteja anayeunganisha baadaye, na ni lazima iishi pamoja na LAN ambayo wateja hao hufikia, maeneo yaliyopitishwa nyuma yake na anwani yoyote ambayo mteja tayari anayo nyumbani. Unganisha mteja mmoja mara tu bwawa linapohifadhiwa, kwa sababu muunganisho huo wa kwanza hukuambia kama thamani inafanya kazi kivitendo. Kutoka hapo mwongozo unaenda nje: anwani ambayo mteja alipokea, njia ambayo jibu huchukua na rekodi unayoacha nyuma.

Anza kwenye sehemu ya bwawa, kabla mteja yeyote kuunganisha

Kila bidhaa huionesha kwa namna tofauti, kwa hiyo tafuta kifaa kinachogawa anwani kwa hakika. OpenVPN ina agizo la bwawa upande wa seva linalotoa anwani inayofuata iliyo huru, lango la IKEv2 lina sehemu ya bwawa iliyofungwa na usanidi wa mwenza, na WireGuard haina yoyote kwa sababu kila mwenza hubeba anwani yake mwenyewe katika faili yake ya usanidi. Agizo la bwawa na anwani kwa kila mwenza hazibadilishani, na kuhariri ile isiyofaa hutumia vibaya sehemu iliyobaki ya mwongozo.

Baada ya kupata sehemu hiyo, orodhesha masafa yaliyopo tayari: LAN ya ofisi, kila eneo lililopitishwa, VPC ya wingu na bwawa jingine lolote ambalo bado liko kwenye huduma. Mwingiliano huamuliwa na hesabu ya kiambishi awali, si kwa kuwa namba za mwenyeji zinaonekana zilizozoeleka, kwa hiyo linganisha jumla na kila moja ya masafa hayo. Masafa mawili ambayo yote yanaonekana kama 10.x hayana madhara wakati majumla yao hayavukani na ni tukio la usaidizi wakati yanavukana.

Kisha amua kama anwani ni kazi ya nani anaunganisha au ya wakati wanaunganisha. Ugawaji unaobadilika hutoa kile kilicho huru, wakati ugawaji kwa utambulisho hufunga anwani isiyobadilika na kitambulisho. Andika chaguo, kwa sababu hubadilisha jinsi muunganisho upya unapaswa kuonekana baadaye.

Soma anwani ambayo mteja alipokea kwa hakika

Unganisha mteja mmoja na soma kile handaki inaripoti, si kile bwawa liliahaidi. Mteja huonyesha anwani yake ya ndani katika hali ya muunganisho, na kwenye Linux kiolesura huibeba moja kwa moja.

Linganisha anwani hiyo na masafa uliyohifadhi. Ikiwa iko nje ya masafa, unaona njia tofauti ya ugawaji kuliko ile uliyohariri. Angalia pia urefu wa kiambishi awali, kwa sababu mteja mwenye /32 hana mwenza kwenye kiungo na hutuma kila lengwa kupitia njia yake chaguo-msingi.

ip -4 addr show tun0
ip route get 192.168.50.20

Mteja anayeunganisha kutoka kwa rauta ya nyumbani inayotumia masafa hayo hayo ataunganisha kisha hatofikia karibu chochote. Mteja huhifadhi njia yake ya ndani kwa kiambishi hicho, kwa hiyo anwani ya handaki hugongana na mtandao ulio nyuma yake na trafiki hutoka kupitia kiolesura kisichofaa. Kisa hicho hakiwezi kutengenezwa kwenye seva; tiba iliyoandikwa ni kuweka namba upya kwenye mtandao wa nyumbani au kuchagua masafa ya bwawa yaliyo mbali vya kutosha ili migongano ibaki nadra. Andika kushindwa na tiba pia, kwa sababu dawati la usaidizi litakumbana nayo tena.

Unganisha tena mteja yuleyule na uangalie anwani. Bwawa linalobadilika linaweza kurudisha thamani hiyo hiyo au nyingine na zote ni sahihi, wakati bwawa kwa utambulisho linalobadilisha anwani halizingatii kifungo. Ukaguzi huo huchukua sekunde na huamua kama hali uliyoandika katika sehemu ya kwanza ni hali inayotumika.

Fuata jibu kurudi kutoka kwa huduma

Bwawa hufanya kazi tu wakati majibu yanaweza kusafiri kurudi kwake. Huduma kwenye LAN hujibu anwani ya ndani, kwa hiyo lango lake linahitaji njia kwa bwawa au tafsiri mbele ya huduma. Wakati ombi linapofika kupitia handaki na jibu linatoka kwa njia tofauti, kinga ya moto yenye hali au ukaguzi wa njia ya kinyume huilitupa, na mteja huona huduma inayounganisha kisha kuning'inia. Weka bwawa katika muundo wa upitishaji kama kizuizi kimoja kinachoweza kufupishwa badala ya kuongeza njia kwa kila mwenyeji.

Tafsiri hubadilisha kile sehemu nyingine ya mfumo inachoona. Wakati chanzo kinaandikwa upya, anwani iliyo kwenye kinga ya moto ya mwenyeji na kwenye kumbukumbu ya programu ni ile iliyotafsiriwa, kwa hiyo sheria iliyoandikwa dhidi ya anwani ya bwawa hailingani na chochote na mstari wa kumbukumbu hauwezi kufuatiliwa hadi kwa mteja. Nyaraka za strongSwan kuhusu upelekaji hushughulikia nusu ya upande wa seva ya njia hiyo kwa lango la IKEv2. DNS hubeba kizuizi hicho hicho, kwa sababu jina linalotatuliwa hadi anwani ambayo mteja hawezi kuifikia hushindwa baadaye na mahali pengine.

Wateja wawili, kisha kufuta moja

Unganisha wateja wawili kwa wakati mmoja na soma anwani zote mbili. Lazima ziwe tofauti, zinazoweza kutumika na zilizo ndani ya bwawa, na kila moja lazima ifikie huduma iliyokusudiwa. Bwawa linalotoa anwani za marudio kwa kawaida huonekana hapa na si kwenye jaribio la kwanza la mteja mmoja.

Futa kitambulisho kimoja wakati mteja mwingine akiwa bado ameunganishwa, kisha jaribu huduma kutoka kwa mteja aliyebaki. Kufuta kunakosumbua kikao kingine kunaonyesha hali inayoshirikiwa, mara nyingi kitambulisho kimoja au anwani moja inayotumika tena kati ya vifaa. Unganisha tena mteja aliyefutwa na uthibitisho kwamba anakataliwa badala ya kupewa anwani iliyoachiliwa.

Maliza na lengwa ambalo linapaswa kukataliwa. Mteja anayefikia kila kitu ameunganishwa, hajajaribiwa.

Andika thamani nne mahali ambapo mabadiliko yajayo yatazipata

Rekodi ni fupi: masafa na kiambishi awali cha bwawa, hali ya ugawaji, njia ya kurudi au tafsiri inayotumika, na wigo wa DNS unaojibu kwa malengo hayo. Iweke kando ya usanidi wa seva na si kwenye tiketi, na iweke tarehe. Yeyote anayebadilisha moja ya nne baadaye anahitaji nyingine tatu mbele yake, kwa sababu mabadiliko ya ukubwa wa bwawa huvunja njia na mabadiliko ya njia huvunja jibu la DNS.

Shikilia nayo kidokezo cha umiliki: masafa ya handaki ni ya seva ya VPN, na uhifadhi uliofanywa katika wigo wa DHCP wa LAN hauhifadhi chochote kwa mteja aliye ndani ya handaki. Mstari huo mmoja huzuia kazi ya kurudia inayojulikana zaidi, ambapo mtu anaongeza uhifadhi na kutarajia anwani ya handaki kuifuata.