Injini ya OpenVPN au Tunnelblick: nani anamiliki kipindi cha VPN cha Mac?

Homebrew husakinisha programu ya OpenVPN; Tunnelblick husakinisha msimamizi anayeendesha injini moja au zaidi. Hizi ni tabaka tofauti, na swali lenye manufaa si kama unapenda kutumia terminali. Ni nani anamiliki usanidi, mabadiliko ya DNS, ombi la vitambulisho na usafishaji kipindi kinapoisha. Mmiliki mmoja wa tabaka hizo ndiyo hufanya usanidi utabirike.

Pitia ukaguzi tano hapa chini kwa mpangilio. Ule wa kwanza wenye wamiliki wawili ndio unaozalisha hali za ajabu za nusu-kushikamana ambazo watu huiweka lawama kwa OpenVPN yenyewe. Kila ukaguzi hutaja ushahidi unaouamua.

Ukaguzi wa kwanza: ni faili gani ya OpenVPN inayoendesha kwa kweli

Endesha pgrep -fl openvpn ukiwa umeunganishwa na usome mstari mzima wa amri. Njia ya kwanza ni injini inayoendesha kwa kweli. Kwenye Apple Silicon usakinishaji wa Homebrew huwa chini ya /opt/homebrew, wakati Mac za Intel hutumia /usr/local, na Tunnelblick huendesha injini kutoka ndani ya kifurushi chake cha programu.

Tunnelblick hukusanya injini na kuruhusu usanidi kuchagua moja. Kusasisha fomula ya Homebrew hubadilisha faili huru, si injini ambayo wasifu wa Tunnelblick huianzisha. Iwapo unalinganisha matoleo kueleza tofauti ya tabia, linganisha injini iliyo kwenye orodha ya michakato na si ile iliyo kwenye msimamizi wa vifurushi. Mfuatano wa toleo peke yake hautakuambia wasifu gani injini hiyo ilipakia.

Wasifu ulionakiliwa pia unaweza kufanya injini mbili zionekane sawa wakati zinasoma faili tofauti. Njia ya wasifu kwenye mstari wa amri hukuambia usanidi gani mchakato unaoendesha ulipakia; wasifu uliofunguliwa kwenye kihariri si ushahidi. Linganisha njia hiyo kabla ya kulinganisha tabia.

Ukaguzi wa pili: nani hubadilisha DNS na njia

Injini inaweza kuendesha maagizo yake ya up na down ya OpenVPN, lakini msimamizi anaweza kumiliki mzunguko huo wa maisha. Mipangilio ya seva ya majina ya Tunnelblick hudhibiti hati zake za kawaida za kuunganisha na kukatisha, na ujumuishaji huo ukiwa umewashwa, maagizo pinzani kwenye wasifu yanaweza kupuuzwa.

Hilo ni muhimu kwa sababu DNS ndiko mahali ambapo handaki inayofanya kazi huonekana kuharibika mara nyingi. Kagua scutil --dns ukiwa umeunganishwa, kumbuka kitatuzi kipi ni cha kwanza, na uthibitisha kwamba kinarudi baada ya kukatisha. Ikiwa wasifu unatarajia kuweka DNS yenyewe wakati msimamizi pia anaisimamia, mmoja wa wawili atashindwa.

Amua tabaka gani linamiliki DNS kabla ya muunganisho wa kwanza, kisha ondoa agizo linaloshindwa badala ya kuacha yote mawili. Mabadiliko ya njia yanafuata kanuni hiyo hiyo: mmiliki mmoja, anayeonekana kwenye usanidi, akiwa na njia iliyoandikwa ya kurejesha.

Ukaguzi wa tatu: vitambulisho vinatoka wapi

Ombi la mwingiliano na mchakato usio na uangalizi vina mahitaji tofauti. Kitambulisho kilichohifadhiwa na programu moja hakipatikani kiotomatiki kwa mchakato mwingine, na kipengee cha mnyororo wa funguo kilichowekewa msimamizi kikomo kinaweza kusionekana kwa injini huru iliyoanzishwa kutoka kwa shell.

Orodhesha chanzo cha vitambulisho vya wasifu: cheti na ufunguo wa mteja, ombi la jina la mtumiaji na nenosiri, au tokeni inayotolewa na msaidizi wa nje. Kisha uthibitisha kwamba mmiliki aliyechaguliwa anaweza kufikia chanzo hicho bila mtu ikiwa muunganisho unapaswa kustahimili kuwashwa upya.

Ukaguzi wa nne: nani huanzisha, husimamia na husimamisha mchakato

Usambazaji huru unahitaji msimamizi ikiwa unapaswa kubaki ukiendesha. Launchd inaweza kuanzisha injini wakati wa kuingia au kwa ombi, kuianzisha upya baada ya kuanguka na kuisimamisha kwa usafi, lakini mtu anapaswa kuandika na kumiliki kazi hiyo. Kuendesha amri kwenye terminali hufaa kwa jaribio na si kwa mtumiaji anayefunga dirisha.

Ikiwa Tunnelblick inabaki kuwa mmiliki, tumia vidhibiti vyake vinavyoungwa mkono badala ya kuanzisha injini ya pili. Faili ya Homebrew, ikipatiwa wasifu ulionakiliwa, hufungua muunganisho huru na usanidi wake na muktadha wake wa ujumuishaji badala ya kuamuru kipindi kilichopo cha Tunnelblick.

Mmiliki yeyote utakayechagua, eleza kinachotokea wakati wa usingizi, mabadiliko ya mtandao na kuondoka. Msimamizi kwa kawaida hushughulikia matukio hayo; mchakato uchi kwa kawaida haushughulikii, na njia au kitatuzi kilichopitwa na wakati huonekana kwa makosa kama hitilafu ya seva.

Ukaguzi wa tano: ukabidhishaji unathibitishwaje

Jaribu mmiliki mpya huku wa zamani amezimwa, kisha jaribu tena wa zamani ikiwa unapanga kumbakiza. Rasilimali ya faragha inayojibu katika mtiririko mmoja wa kazi na si mwingine ni ushahidi kuhusu ujumuishaji unaokosekana, si kuhusu seva.

Kwa ukabidhishaji kwa injini huru, andika njia ya wasifu, njia ya faili, msimamizi, mmiliki wa DNS na chanzo cha vitambulisho. Kisha thibitisha rasilimali ya faragha, njia ya intaneti ya umma na ukataji safi kwa mpangilio huo. Ikiwa DNS au njia zinabaki baada ya kukatisha, mmiliki mpya hajamaliza.

Kwa ukabidhishaji kwa Tunnelblick, chagua injini kwa usanidi, washa ujumuishaji wa DNS unaokusudia na uondoe maagizo ya wasifu yanayopingana nayo. Kisha rudia ukaguzi huo watatu. Muunganisho unaofanya kazi lakini unaacha kitatuzi kimebadilishwa ni ukabidhishaji ulioshindikana, hata handaki ikiwa imepanda.

Ufungashaji hauamui uoanifu na seva. Kagua mahitaji ya mteja ya huduma yenyewe, na chagua injini peke yake tu unapokusudia kutoa usimamizi wake.