Anwani za mteja za OpenVPN zisizobadilika nyuma ya OPNsense

Majina yanahitaji anwani zisizohama, na faili ya bwawa ya OpenVPN hufanya anwani iwe yenye kunata tu. Ukikosa faili hilo, au ukitolea cheti tena chini ya jina la kawaida tofauti, mteja anayerudi atatua mahali pengine kwenye bwawa huku rekodi yake ya DNS ikiendelea kuelekeza kwenye anwani ya zamani. Jibu la kudumu ni badiliko maalum la mteja linalobandika anwani, pamoja na mtandao mpana wa handaki ili anwani zilizobandikwa ziwe nje ya wigo unaobadilika. Hesabu iliyo nyuma ya upanuzi huo ndiko kunakoishi sehemu kubwa ya mkanganyiko.

OPNsense huhifadhi mabadiliko hayo maalum katika mipangilio maalum ya mteja kwenye seva, yaliyofungwa kwa jina la kawaida la cheti, jambo linalofanya jina la kawaida kuwa sehemu ya mpango wa anwani.

Ukodishaji wenye kunata si anwani isiyobadilika

Faili ya bwawa huandika ramani za anwani-kwa-mteja na kuzirudisha mteja anayejulikana anapounganisha tena. Hiyo ni huduma ya ziada, si mkataba: faili linaweza kuzalishwa upya, ramani hupotea utambulisho wa mteja unapobadilika, na seva mbili zinazoshiriki bwawa hazitakubaliana kuhusu hilo. Badiliko maalum la mteja hufanya kazi tofauti, kwa sababu anwani hutoka kwenye usanidi badala ya historia. Pia hustahimili kuwashwa upya na usakinishaji upya wa kifaa, mradi badiliko hilo lihifadhiwe pamoja na usanidi uliobaki.

Njia mbadala inayobadilika, yaani kuunganisha VPN kwenye DNS kwa skripti ya muunganisho wa mteja na masasisho yanayobadilika, inafanya kazi na inahitaji kitatuzi kinachokubali masasisho pamoja na skripti kwa kila muunganisho. Kwenye kifaa umezuiwa kwa vifurushi vinavyotumwa na muuzaji, na kwa kawaida hapo ndipo mpango huo huishia.

Hesabu ya /30 ambayo hakuna anayeipenda

Chini ya topolojia ya kawaida ya net30, kila mteja hupata /30 yake mwenyewe: anwani ya kwanza inayoweza kutumika huenda upande wa seva, ya pili kwa mteja. Kwa hiyo mabadiliko maalum yanapaswa kuwa nje ya mtandao unaobadilika wa handaki wa seva, ambayo inamaanisha mtandao huo lazima kwanza upanuliwe. Seva iliyo kwenye 10.8.0.0/24 inaweza kuhamia 10.8.0.0/23, ikiacha nusu ya wigo wa zamani kwa wateja wanaobadilika na nusu nyingine kwa mabadiliko maalum. Ongeza /24 ya awali kama mtandao wa ndani wa IPv4 wa ziada ili trafiki kwa nusu zote mbili iingie kwenye handaki.

Kila anwani ya badiliko maalum lazima iangukie kwenye mpaka wa /30, kwa hiyo okteti ya mwisho ni kigawe cha nne. /30 kwenye 10.8.1.0 humpa mteja 10.8.1.2, na hiyo ndiyo anwani ambayo rekodi ya DNS hubeba. Kuchagua 10.8.1.3 badala yake huzalisha mteja anayeunganisha na hawezi kupitisha trafiki, kwa sababu anwani hiyo ni ya subnetwork ambayo topolojia haikuwahi kumpa.

Mpango ni rahisi kudumisha ikiwa mabadiliko maalum yatagawiwa kutoka juu ya wigo uliopanuliwa kushuka chini, ili bwawa linalobadilika lipanuke kwenye nafasi huru badala ya kuzunguka visiwa vilivyowekwa.

Mitandao ya ndani na eneo wanalouliza wateja

Trafiki ya mteja-kwa-mteja inahitaji idhini yake yenyewe. Orodha ya mitandao ya ndani ya IPv4 ya seva lazima ijumuishe nusu zote mbili za wigo, inayobadilika na isiyobadilika; bila hiyo seva hupokea kifurushi kutoka kwa mteja mmoja na haina sera inayokiruhusu kupita kwa mwingine. Dalili husomeka kama hitilafu ya DNS, kwa sababu jina hutatuliwa na muunganisho bado hushindwa. Kagua mpangilio wa mteja-kwa-mteja wakati huo huo, kwa kuwa kipengele cha mtandao wa ndani peke yake hakiwezeshi upelekaji kati ya wenzake.

Chapisha rekodi katika eneo ambalo wateja wa mbali huliza kwa kweli. Rekodi katika eneo linalohudumiwa na kitatuzi cha LAN peke yake haionekani kwa mteja ambaye kitatuzi chake kilichosukumwa kinaelekeza mahali pengine, na kuongeza rekodi zaidi kwenye eneo lisilofaa hakurekebishi hilo kamwe. Thibitisha chaguo la DNS lililosukumwa na kikoa cha utafutaji kabla ya kuongeza chochote.

Nini cha kukagua kwenye muunganisho mpya

Unganisha tena mteja na uthibitisha kwamba anwani iliyotolewa inalingana na badiliko lake maalum kabla ya kujaribu kitu kingine chochote. Kisha tatua jina kutoka kwa mteja wa pili na unganisha na huduma kwa jina, jambo ambalo hujaribu rekodi ya DNS, njia na firewall kwa pamoja. Thibitisha njia ya jibu upande wa seva, kwa sababu jina linalotatuliwa huku huduma ikibaki haifikiki ni tatizo la uelekezaji au sera, si la utambulisho. Weka jedwali la mabadiliko maalum kando ya orodha ya vyeti ili vyote viwili vikaguliwe pamoja.

Cheti kilichotolewa tena chini ya jina la kawaida tofauti huacha kuendana na badiliko lake maalum na kumrudisha mteja kwenye bwawa linalobadilika. Tarajia hilo baada ya mabadiliko yoyote ya utambulisho.