VPN imehamia: kwa nini mteja wako wa OpenVPN bado anapiga IP ya zamani

Mtoa huduma alibadilisha anwani yako ya umma, ulisasisha rekodi ya DNS inayobadilika, na mteja bado hawezi kuunganisha. Kutoka nje inaonekana kama rekodi haikusambaa. Mara nyingi rekodi iko sawa na mteja anapiga anwani aliyoitafsiri kabla ya kuhamia, kwa sababu handaki inayofanya kazi na wasifu uliohifadhiwa kila moja lina wazo lake la mahali seva inapoishi. Tabaka tatu lazima zikubaliane, na zinasasishwa kwa ratiba tofauti.

Angalia kile wasifu unapiga, si kile DNS inasema

Fungua muunganisho unaotumia kweli na usome mstari wa remote. Anwani ya nambari hapo haifuati kamwe sasisho la jina la mwenyeji, hata rekodi iwe sahihi kiasi gani.

Kisha angalia kama wasifu uliouhariri ndio ule ambao mteja aliupakia. Wasifu ulioingizwa ni kawaida: msimamizi anaweza kuwa alichukua nakala miezi kadhaa iliyopita na kuhifadhi toleo lake, kwa hivyo faili iliyo kwenye folda yako ya upakuaji na ingizo lililo kwenye programu vinaweza kutofautiana. Linganisha ncha ya mwisho katika maelezo ya muunganisho ya mteja mwenyewe kabla ya kuanza kutatua DNS hata kidogo.

Faili mbili, ncha moja ya mwisho — hiyo ndiyo ugunduzi wa kawaida hapa.

grep -nE '^remote|^resolv-retry|^persist-remote-ip|^float' client.ovpn
printf 'resolver says: '; dig +short vpn.example.net

Soma jaribio la muunganisho linalofuata la mteja

Anzisha upya muunganisho kwa uwekaji kumbukumbu wa kina na usome mstari unaotaja anwani atakayowasiliana nayo. Thamani hiyo ndiyo muhimu, si ile iliyotatuliwa na kivinjari chako.

Akiba ya kitatuzi bado inaweza kushikilia jibu la awali, na baadhi ya mitandao huihifadhi kwa muda mrefu kuliko TTL ya rekodi inavyohitaji. Uliza kitatuzi ambacho mteja anatumia kweli, si cha umma ulichokijaribu kutoka mahali pengine.

Ikiwa kumbukumbu inaonyesha anwani mpya na muunganisho bado unashindikana, tatizo limehamia: pakiti inaenda mahali na hakuna anayejibu. Hili ni swali la msikilizaji, ukuta wa moto au uelekezaji wa bandari, na lipo upande wa seva badala ya kwenye njia ya utatuzi wa mteja. Tenganisha kushindikana huko kuwili, kwa sababu kuchukulia msikilizaji asiyefikika kama tatizo la DNS kunakuzungusha mara mbili kwenye mzunguko uleule.

Fahamu ni uanzishaji upya upi unaoufanya

Sio uanzishaji upya wote unaohifadhi hali ileile, ndiyo sababu mabadiliko ya anwani yanaweza kuwa na tabia tofauti kulingana na jinsi mchakato unavyorejeshwa. Uanzishaji upya laini unaosababishwa na ishara huhifadhi muktadha zaidi wa kikao cha awali, wakati kusimamisha na kuanza kikamilifu huanza upya kutoka kwenye usanidi. Ikiwa unajaribu kama mteja anatatua upya, unataka njia inayoanza kutoka kwenye usanidi.

Mipangilio ya uendelevu pia ni muhimu, kwa sababu imeundwa kuhifadhi kile kilichothibitishwa, sio kukimbiza anwani mpya.

Jaribio safi zaidi ni kuanza upya kutoka wasifu uliokusudiwa, kikifuatiwa na mtazamo wa mstari wa kumbukumbu unaotaja ncha ya mwisho. Kila kitu unachojifunza kutoka kikao kilichohifadhiwa kwa sehemu ni kauli kuhusu kikao hicho.

Chaguo nne na kazi zao tofauti

remote na jina la mwenyeji ndiyo mpangilio unaowezesha utatuzi upya kabisa; anwani halisi kwenye mstari huo huizuia. resolv-retry hudhibiti kinachotokea utafutaji unaposhindikana, na 2.6 tayari huiweka kuwa isiyo na mwisho kwa chaguo-msingi. Kuiongeza kwa hiyo hakubadilishi kitu, na kamwe haipangi ukaguzi wa mara kwa mara kwa jibu tofauti. Yeyote anayesema inachunguza anwani mpya amechanganya urejeshaji na ubichi.

persist-remote-ip inahusu mwendelezo badala ya ubichi: hutumia tena ncha ya mwisho iliyothibitishwa mwisho, kupitia uanzishaji upya laini inaoauni. Unapojaribu uhamishaji, hiyo ni kinyume cha unachotaka. Izime kwa jaribio ikiwa build yako inaiwasha, kisha irejeshe ncha mpya ya mwisho ikithibitishwa. Ikibaki imewashwa, muunganisho upya wenye mafanikio unaweza usikueleze chochote kuhusu DNS.

float inakubali mwenzake aliyethibitishwa ambaye anwani yake ilibadilika katikati ya kikao, na katika mipangilio inayoauni hilo pekee. Haiongezi upya DNS, na haitafuata mabadiliko ya mtoa huduma yenyewe. Ichukulie kama kipengele cha ustahimilivu kwa wenzake wanaozunguka, sio kama utaratibu wa anwani zinazobadilika kwa seva.

Thibitisha ncha mpya ya mwisho kabla ya kulaumu mteja

Kutoka nje ya mtandao wako, angalia kama anwani mpya ina msikilizaji kwenye bandari iliyosanidiwa na kama uelekezaji wa mtoa huduma unaelekea kwake. Rekodi sahihi ya A kwa mashine isiyo na bandari iliyo wazi huzalisha dalili ileile ambayo watu wanaisifu kwa akiba.

Kisha unganisha upya na uthibitishe mambo mawili: mteja alithibitisha dhidi ya cheti cha seva kilichotarajiwa, na kikao kinafika rasilimali uliyokusudia. Mabadiliko ya anwani hayapunguzi mahitaji ya utambulisho, na muunganisho unaofanikiwa kwenda ncha isiyo sahihi ni mbaya zaidi kuliko ule unaoshindikana. Mwongozo wa OpenVPN 2.6 unaorodhesha chaguo zote nne pamoja na wigo wake, na hiyo ndiyo orodha ya ukaguzi ya kuweka kando ya wasifu.

Weka njia ya nje ya mkanda kuingia kwenye seva kabla ya kuanzisha upya handaki inayobeba ufikiaji wako wa kiutawala. Tahadhari hiyo moja huzuia matukio mengi yanayozalishwa na hali hii.