Anwani thabiti za OpenVPN zinapaswa kufuata utambulisho, si IP ya chanzo

Mipango ya anwani inayosema ‘kompyuta hii inapata 10.90.0.10’ kwa kweli ni tamko kuhusu utambulisho: kifaa gani kilichothibitishwa kinaweza kumiliki anwani hiyo. IP ya umma ya sasa ya kifaa hicho haina uhusiano wowote nayo, kwa sababu NAT na uzururaji huibadilisha bila kubadilisha mtumiaji ni nani. Kujenga mpango juu ya anwani ya chanzo huzalisha sheria zinazovunjika kwenye mtandao wa kwanza wa hoteli. Kujenga juu ya utambulisho uliothibitishwa huzalisha mpango unaostahimili safari.

Anza na kile seva inaweza kuthibitisha, kisha amua anwani ni ya nini.

Chagua ufunguo wa utambulisho kabla ya anwani

Cheti tofauti cha mteja kwa kila kifaa humpa seva ufunguo thabiti unaoweza kuthibitishwa kwa kila mwanachama, ambao ni msingi safi zaidi wa ugawaji tuli. Usanidi unaotumia uthibitishaji kwa kila mtumiaji unaweza kutumia jina la mtumiaji badala yake, mradi uchaguzi wa usanidi ufuate uwanja huo huo. Kuchanganya mifumo miwili huzalisha ugawaji unaolingana na cheti kwa mteja mmoja na jina la mtumiaji kwa mwingine, na hakuna anayeweza kutabiri nani atashinda. Amua ufunguo gani mpango unatumia kabla ya kuandika hifadhi moja.

Ukiwa na duplicate-cn, vikao kadhaa vya wakati mmoja vinaweza kuwasilisha jina moja la kawaida, kwa hivyo anwani moja iliyobandikwa haiwezi kuwatambua mmoja mmoja. Hiyo ni sifa ya mfumo wa utambulisho, si kitu ambacho mpango bora wa anwani unaweza kurekebisha.

Hifadhi anwani nje ya masafa yanayobadilika

Katika mtandao wenye topolojia ya subnet kama 10.90.0.0/24, weka anwani za chini kwa wanachama waliotajwa na uweke bwawa linalobadilika katika masafa tofauti. Ugawaji wa mwanachama aliyebandikwa unaonekana hivi ifconfig-push 10.90.0.10 255.255.255.0 katika faili ambayo seva huchagua kwa utambulisho huo. Hoja ya pili inamaanisha kitu kingine chini ya net30, kwa hivyo mfano huo si upande wowote kwa topolojia. Soma topolojia kabla ya kuinakili.

Uthabiti wa bwawa hurekodi ukodishaji wa hivi karibuni na huelekea kurudisha anwani hiyo hiyo, jambo ambalo ni urahisi na si hifadhi. Usiruhusu faili ya uthabiti iwe rekodi ya umiliki, kwa sababu hubadilika na historia ya miunganisho na si sera.

Kipaumbele cha ugawaji huamua nani atashinda

Mwongozo unarekodi mpangilio: ugawaji dhahiri unaozalishwa wakati wa client-connect unaweza kuanza kutumika kabla ya ingizo la client-config-dir, ambalo kwa upande wake hutangulia ugawaji wa kawaida wa bwawa. Mpangilio huo unaeleza ripoti nyingi za ‘anwani iliyobandikwa haikutumika’. Inamaanisha pia kwamba mgawaji anayebadilika anayeandika usanidi kwa kila kikao anaweza kwa utulivu kubatilisha faili tuli uliyodhani ni mamlaka.

Chagua tabaka moja linalomiliki ugawaji na ufanye mengine yasomwe tu. Tabaka mbili zinazodai zote kuamua huzalisha ugawaji unaotegemea muda.

Mgawaji anayebadilika anahitaji mfumo huo huo

Muunganiko wa client-connect unaogawanya anwani kwa kila kikao ni mgawaji mdogo mwenye matatizo ya kawaida ya mgawaji. Lazima athibitishe utambulisho wa mwombaji, ahifadhi anwani kwa njia ya atomiki, atoe tu matokeo ya muunganisho yanayotumika, na aachilie hifadhi wakati wa kukatika au kushindwa. Maombi ya wakati mmoja yanahitaji kufuli au kizuizi cha hifadhidata, si mfuatano wa kusoma-kisha-kuandika. Bila kusafisha, bwawa huvuja anwani hadi kuwasha upya.

Weka hali ya mgawaji mahali ambapo opereta anayefuata anaweza kuisoma, na rekodi uamuzi wa utambulisho-hadi-anwani si anwani pekee.

Amua kama anwani ni sera au urahisi

Ikiwa sheria ya firewall au njia inaruhusu trafiki kutoka anwani moja ya handaki, basi anwani inashiriki katika sera ya ufikiaji na ugawaji upya hurithi ruhusa hiyo. Ratibu mzunguko wa maisha wa utambulisho, anwani na firewall, au funga sheria na kitu ambacho hakiwezi kugawiwa upya. Anwani thabiti hufanya usanidi usomeke; haibadilishi uthibitishaji.

Andika mpango kama orodha yenye mmiliki kwa kila ingizo, kisha uikague kifaa kinapostaafu. Hifadhi isiyotumika ndiyo inayotumika upya kwa bahati mbaya.