Kuunganisha upya mteja wa OpenVPN: vidhibiti vitatu, mawanda matatu

Mtu anaomba mteja wa VPN aunganishwe upya, na ombi hilo linaweza kumaanisha mambo matatu tofauti. Linaweza kumaanisha kuacha kikao kimoja kilichothibitishwa, kumjulisha kila mteja kwamba seva ya UDP inaondoka, au kuwasha daemon yenyewe upya. Kila moja ina eneo tofauti la athari, na chaguo lisilofaa linageuza marekebisho ya mtumiaji mmoja kuwa usumbufu wa huduma. Wanda ndio uamuzi, na amri inafuata kutoka hapo.

Uliza ni nani anayepaswa kuathirika kabla ya kuuliza ni kithibiti kipi kitumike.

Mfano mmoja: kiolesura cha usimamizi

Kiolesura cha usimamizi kilichosanidiwa kinaweza kuorodhesha mifano iliyounganishwa na kuacha mmoja wao hasa. Kila kikao hubeba kitambulisho cha mteja, na client-kill CID hulenga kitambulisho hicho badala ya jina la kawaida. Soma kitambulisho hai kutoka matokeo ya hali ya sasa, kwa sababu thamani iliyonakiliwa kutoka kumbukumbu za zamani inarejelea kikao ambacho hakipo tena. Kuacha mfano huo kunamaliza muunganisho huo na hakuna kingine.

Hakihakikishi muunganisho mpya. Ikiwa mteja atarudi inategemea mipangilio yake ya kujaribu tena, maingizo ya mbali yaliyobaki, mahitaji yake ya uthibitishaji na ikiwa programu inayosimamia bado inaendesha. Mteja anayerudi hupata kitambulisho kipya, na ndiyo sababu kulinganisha vitambulisho ndiyo njia pekee ya kuaminika ya kutofautisha cha zamani na kipya.

Taarifa ya kutoka ya UDP si amri kwa kila mteja

explicit-exit-notify ni maelekezo ya usanidi kuhusu matukio ya kutoka na kuwasha upya. Kwenye mteja wa UDP inamwambia mwenzake kwamba kikao kinaisha, na hoja ya nambari inadhibiti ni mara ngapi taarifa inarudiwa. Seva inapoendesha juu ya UDP hutuma ujumbe wa udhibiti wa kuwasha upya kwa wateja wake walioounganishwa, na thamani zilizoandikwa hutofautisha kuunganisha upya kwenye seva hiyo hiyo na kuhamia ingizo lingine la mbali. Hiyo ni ishara ya mzunguko wa maisha yenye hadhira pana.

Hakuna kitu ndani yake kinachochagua mteja nasibu kwa wakati nasibu. Kuichukulia kama kitufe cha kuunganisha upya hufikia kila kikao kilichounganishwa kwa mpigo.

Ishara hufanya kazi kwenye mchakato, si kwenye kikao

SIGUSR1 humwomba mchakato unaoendesha kuwasha upya muunganisho wake bila kusoma usanidi tena, na chaguo za uendelevu huamua nini kitaokoka kuwasha upya huko. SIGHUP unaenda mbali zaidi: unasoma faili ya usanidi tena na kufungua rasilimali zake tena. SIGTERM na SIGINT zinaomba kuzima kwa mpangilio. Hizi ni shughuli za ngazi ya mchakato: kwenye seva yenye wateja wengi zinaathiri kila kikao anachobeba mchakato, si kile kilichotajwa kwenye tikiti.

Mchakato unapoendesha chini ya msimamizi wa huduma, tumia udhibiti wa msimamizi mwenyewe badala ya kutuma ishara kwa PID uliyoipata kwenye orodha ya michakato. Soma kitengo ili kuona ni ishara gani msimamizi hutuma, kwa sababu kuwasha upya na kupakia upya hufanya mambo tofauti kwa daemon hiyo hiyo.

Amua wanda kabla ya kuchagua kithibiti

Maswali matatu huamua. Nani anapaswa kuathirika: mtumiaji mmoja, kila mteja wa seva moja, au daemon na kila kitu inachobeba. Nini kinapaswa kubaki: usanidi, hali ya handaki, au hakuna. Nani ameidhinishwa: muunganisho wa usimamizi, mmiliki wa huduma, au mwendeshaji wa mtandao anayedhibiti taarifa ya kutoka. Jibu hayo na kithibiti kimoja tu kinafaa.

Kuongeza msikilizaji wa udhibiti bila uthibitishaji ili kupata kitufe cha kuunganisha upya humpa yeyote anayeweza kufikia bandari zaidi ya kitufe hicho.

Thibitisha kikao kipya, si kukatika

Tukio la kukatika linathibitisha kwamba kikao cha zamani kilimalizika. Halisemi chochote kuhusu kikao kipya kinachothibitishwa, kupokea anwani, kusakinisha njia au kufikia rasilimali ambayo mtumiaji alihitaji. Angalia kitambulisho kipya, kisha hali ya handaki, kisha rasilimali moja halisi. Hatua hizo tatu ni tofauti kati ya kuunganisha upya na muunganisho unaofanya kazi.

Andika wanda kwenye rekodi ya mabadiliko. 'Nilimunganisha upya mteja' si maelezo wakati mteja alikuwa mmoja wa arobaini kwenye seva inayoshirikiwa.