IP thabiti ya OpenVPN kwa kila mteja: ifconfig-push, si ipp.txt

Kuhariri mstari katika ipp.txt kunahisi kama kuhifadhi anwani, lakini sivyo. Faili hilo, linaloitwa na ifconfig-pool-persist, hurekodi anwani ambayo jina la kawaida lilikuwa nayo mara ya mwisho ili bwawa liweze kurudisha ile ile inapofaa. Hakuna kitu ndani yake kinachofunga muunganisho unaofuata na nambari hiyo.

Fanya ukaguzi ulio hapa chini kwa mpangilio. Kila mmoja ama unathibitisha utaratibu au unakuambia usimame na urekebishe ingizo.

Faili ya uendelevu ni ya nini

Faili ipo ili anwani zibaki thabiti kati ya kuanzisha upya, jambo linalofanya kuunganisha tena kuwa rahisi na kumbukumbu kuwa rahisi kusoma. Inasomwa kama historia na inaandikwa kama historia, na njia ya ugawaji inabaki huru kuchagua anwani nyingine wakati kidokezo hakilingani: bwawa lingine, ugawaji unaogongana au mteja aliyefika baada ya bwawa kujaa. Ndiyo sababu hariri ya mkono inaweza kuonekana kamilifu katika faili na isibadilishe chochote kwenye muunganisho. Ichukulie kama akiba ya maamuzi ya zamani, si chanzo cha sera.

Ikiwa unahitaji anwani maalum kwa mteja maalum, utaratibu ulioandikwa ni ifconfig-push, na ni mali ya usanidi unaomiliki mteja huyo.

Hakikisha mteja sahihi amechaguliwa

Ugawaji wa wazi hutafutwa kwa jina la kawaida la mteja, kwa hiyo faili lililopewa jina la utambulisho usio sahihi halisomwi kamwe. Thibitisha kile seva inachukulia kama jina la mteja huyo, hasa pale username-as-common-name inapolibadilisha baada ya uthibitishaji. Kisha thibitisha kwamba jina la faili linalingana kabisa na thamani hiyo, ikiwa ni pamoja na herufi kubwa na ndogo.

Fikiria ushirikiano wakati ukiwa hapa. Ikiwa duplicate-cn inaruhusiwa, vifaa kadhaa vinaweza kuwasilisha utambulisho mmoja, na anwani moja isiyobadilika haiwezi kuwa ya kipekee kwa vyote. Amua ikiwa anwani isiyobadilika inafaa kukataa vikao vya wakati mmoja kwa utambulisho huo, kwa sababu mahitaji hayo mawili hayawezi kutimizwa kwa wakati mmoja.

Hakikisha nambari zinalingana na topolojia

Maana ya hoja inategemea topolojia ya handaki, na hapa ndipo mfano ulionakiliwa unaleta uharibifu mkubwa. Katika mpangilio wa zamani wa net30 kila mteja anachukua kizuizi cha anwani nne, kwa hiyo push inatoa jozi ya anwani. Katika topolojia ya subneti mteja hupokea anwani moja pamoja na barakoa ya bwawa, na umbo la jozi si sahihi. Soma topolojia kutoka kwa usanidi unaoendesha kabla ya kuandika mstari.

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

Kagua anwani dhidi ya kila kitu kingine kinachoweza kuimiliki: ugawaji mwingine wa wazi, masafa ya bwawa linalobadilika na njia yoyote tuli inayodhani mwenyeji asiye na mabadiliko. Anwani inayogongana na bwawa itafanya kazi hadi bwawa litoa kwa mtu mwingine, na kushindwa huko kutaonekana kama bahati nasibu.

Kagua matokeo kwenye muunganisho mpya

Kikao kilichopo kinahifadhi anwani iliyopewa, kwa hiyo jaribio pekee lenye maana ni muunganisho mpya. Tenganisha mteja, unganisha tena, na usome anwani aliyoipokea kwa hakika pamoja na njia zilizokuja nayo. Ikiwa anwani bado inabadilika, ugawaji haukutumiwa, na hatua inayofuata ni utafutaji katika usanidi, si hariri nyingine kwenye faili ya historia.

Weka ushahidi pamoja: jina la mteja, faili lililolingana, anwani iliyogawiwa na bwawa lilikotoka.

Hatimaye, anwani thabiti ya handaki si kitambulisho cha kifaa. Inaonyesha mahali katika mpango wa anwani, wakati uthibitishaji bado unakaa juu ya cheti na akaunti. Kuchanganya vyote viwili kunageuza mgongano wa anwani kuwa dhana ya usalama ambayo hakuna mtu aliyeandika.