Mteja wa Kerio VPN kwenye Linux: ukaguzi watano kwa mpangilio

Baada ya kufunga mteja wa Kerio VPN kwenye Linux hakuna aikoni inayoonekana kwenye eneo-kazi na mtandao wa faragha unabaki bila kufikiwa. Hii ni sura ya kawaida ya mteja huyu, si usakinishaji uliovunjika: maagizo ya GFI kwa Linux yanaeleza usanidi kutoka mstari wa amri na hati ya huduma, bila GUI yoyote. Pitia ukaguzi ulio hapa chini kwa mpangilio, kwa sababu kila mmoja huondoa tabaka tofauti. Kushindikana kwa kwanza hukuambia wapi usimame, na kuruka mbele kwa kawaida humaanisha kujenga upya kifurushi ambacho hakikuwa tatizo kamwe.

Thibitisha kwamba ujenzi unafaa mashine

Anza na kile dpkg kinachofikiri mashine ni na kifurushi kilijengwa kwa ajili ya nini. Kwenye mfumo wa kawaida wa biti 64, dpkg --print-architecture huchapisha amd64, na ukurasa wa msambazaji huorodhesha kifurushi cha amd64 kando ya kifurushi cha kawaida cha Debian. Soma mfuatano wa toleo katika jina la faili uliyofunga kweli, badala ya kudhani kwamba vyote viwili vinalingana.

Kumbukumbu ya mwaka 2013 iliyojengwa kwa i386 haifanyiki biti 64 eti kwa sababu tu ulipitisha --force-architecture wakati wa usakinishaji. Kulazimisha huweka binari za kigeni, huficha kushindwa kwa utegemezi nyuma ya kianzishi ambacho bado kinaanza, na kunaweza kumwacha daemon akiapakia maktaba zisizofaa. Ikiwa toleo lako linapatikana kwa biti 32 pekee, liendeshe katika mazingira ya biti 32 au omba mmiliki wa lango ujenzi wa sasa.

Kagua pia mstari wa utegemezi. dpkg -s kerio-control-vpnclient | grep -i depends huonyesha kile kifurushi kinachotarajia, na kizuizi cha toleo kisichotimizwa au maktaba ya utekelezaji inayokosekana huonekana hapa, si kwenye kumbukumbu ya mteja.

Sanidi kwa kutumia msaidizi wa kifurushi

Kwa muundo mteja hana kiingilio kwenye droo ya programu, kwa hiyo aikoni inayokosekana haisemi chochote kuhusu usanidi kufanikiwa. Fungua tena msaidizi kwa sudo dpkg-reconfigure kerio-control-vpnclient na jibu maswali yake: kituo cha mwisho cha VPN, maelezo ya akaunti na alama ya kidole ya cheti cha seva.

Chukulia swali la alama ya kidole kama mahali pekee ambapo seva isiyofaa inaweza kushinda. Linganisha thamani na taarifa za seva zitolewazo na msimamizi anayeendesha lango, si na kile kituo cha mwisho kinachowasilisha. Kukubali alama ya kidole usiyoweza kuthibitisha hugeuza sehemu iliyobaki ya orodha hii kuwa mapambo, kwa sababu seva adui huonekana sawa na ile halisi mara tu pini inapohifadhiwa. Ikiwa thamani haiwezi kuthibitishwa kwa njia nyingine, simama na uulize, hata handaki lingepanda vinginevyo.

Kuendesha msaidizi tena hubadilisha usanidi na kunaweza kuanzisha upya mteja, kwa hiyo weka njia ya pili ya kufikia mashine wakati kikao unachokitumia kinategemea VPN hiyo. Andika nenosiri kwenye kidokezo cha kawaida badala ya kukiweka ndani ya amri itakayoishia kwenye historia ya shell.

Fahamu faili ambayo msaidizi huandika

Usanidi upo katika /etc/kerio-kvc.conf na hubeba akaunti pamoja na alama ya kidole iliyobandikwa. Ichukulie kama nyenzo ya siri. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf haipaswi kuionyesha kama inayosomeka na kila mtu.

Baada ya uhariri wa mkono ulioidhinishwa, pakia upya daemon inayomiliki faili badala ya kuanzisha upya tabaka la mtandao: sudo /etc/init.d/kerio-kvc reload. Upakiaji upya husoma usanidi tena na kuacha kikao cha sasa, kwa hiyo si tendo lisilo na athari kwenye muunganisho hai.

Nakili faili ya awali kabla ya kubadilisha chochote. Ikiwa uthibitishaji unashindikana baada ya uhariri, kurejesha nakala ya mwisho iliyofanya kazi huchukua sekunde na hutenganisha uhariri na mtandao, ambayo ni njia ya bei nafuu ya kujua ni ipi kati ya mbili iliyohama.

Tenganisha kikao hai na tabia ya kuanza

Hati ya huduma hudhibiti muunganisho wa sasa: sudo /etc/init.d/kerio-kvc stop inamaliza handaki sasa na start inarudisha. Hakuna amri inayoamua kitakachotokea kwenye kuanza kufuata, na tofauti hiyo ni muhimu kwenye mashine unayoendesha kwa mbali.

Chunguza ni nani anamiliki uanzishaji wa kiotomatiki kabla ya kuondoa viungo au kuficha kitu. Kifurushi kinaweza kufunga hati yake ya init, kuzalisha unit au zote mbili, na kuzima jina lisilofaa humrudisha mteja baada ya kuwasha upya. Kagua systemctl status kerio-kvc dhidi ya jina linalotumiwa na nyaraka za kifurushi, kisha zima njia ambayo mchakato wa kuanza husoma kweli.

Usibadilishe unit ya OpenVPN eti kwa sababu usanidi unaonekana sawa. Mteja huyu huzungumza itifaki yake mwenyewe na lango la Kerio, kwa hiyo daemon nyingine inayoelekea faili hiyo hiyo haitathibitishwa, na kushindwa kwa ziada hufanya ushahidi kuwa mgumu kusoma. Mteja wa GFI kwa Linux pia hushikilia muunganisho mmoja wa VPN kwa wakati mmoja; kikomo hicho kinahusu mteja, si uwezo wa watumiaji wa lango.

Soma kumbukumbu, kisha thibitisha rasilimali

Faili tatu chini ya /var/log/kerio-kvc zinasimulia hadithi ya daemon: init.log kwa matukio ya mzunguko wa maisha, error.log kwa kushindwa kwa hatari na debug.log kwa maelezo. Soma kipande kidogo zaidi kinachojibu swali lako, na uondoe vituo vya mwisho na majina ya watumiaji kabla ya kuibandika mahali popote. Pengo ndani ya init.log karibu na wakati ulioendesha msaidizi hukuambia daemon haikuanzishwa upya kamwe.

Kifurushi halali, daemon inayoendesha na rasilimali inayofikika ni matokeo matatu tofauti, na orodha hukamilika tu pale yote matatu yanaposhikilia. Baada ya mabadiliko yaliyoidhinishwa, omba mwenyeji anayepatikana nyuma ya lango pekee, kisha fungua huduma ya kawaida juu yake. Ikiwa handaki liko juu na rasilimali haipo, hitilafu iliyobaki iko kwenye njia ya lango au kanuni ya ukuta wa moto, si kwenye mteja uliyesanidi upya sasa hivi.

Andika hali uliyoishia: toleo la kifurushi, usanifu, ikiwa alama ya kidole ilithibitishwa kwa njia nyingine, na upakiaji upya au uanzishaji upya uliofanya. Dokezo hilo ndilo linalofanya ukaguzi wa kwanza wa mtu anayefuata kuwa wa bei nafuu.