Cleient Kerio VPN ar Linux: pum gwiriad yn eu trefn

Ar ôl gosod cleient Kerio VPN ar Linux nid yw unrhyw eicon yn ymddangos ar y bwrdd gwaith, ac mae’r rhwydwaith preifat yn parhau allan o gyrraedd. Dyna siâp arferol y cleient hwn yn hytrach na gosodiad wedi torri: mae cyfarwyddiadau GFI ar gyfer Linux yn disgrifio ffurfweddu ar y llinell orchymyn a sgript gwasanaeth, heb unrhyw GUI o gwbl. Ewch drwy’r gwiriadau isod yn eu trefn, oherwydd mae pob un yn clirio haen wahanol. Mae’r methiant cyntaf yn dweud wrthych ble i stopio, ac mae neidio ymlaen fel arfer yn golygu ailadeiladu pecyn nad oedd byth yn broblem.

Cadarnhewch fod yr adeiladwaith yn cyfateb i’r peiriant

Dechreuwch gyda’r hyn y mae dpkg yn ei feddwl am y peiriant a pha beth y cafodd y pecyn ei adeiladu ar ei gyfer. Ar system 64-bit arferol, mae dpkg --print-architecture yn argraffu amd64, ac mae tudalen y gwerthwr yn rhestru pecyn amd64 wrth ymyl yr un Debian arferol. Darllenwch y llinyn rhyddhau yn enw’r ffeil a osodwyd gennych mewn gwirionedd yn lle tybio bod y ddau yn cytuno.

Nid yw archif o 2013 wedi’i hadeiladu ar gyfer i386 yn dod yn 64-bit dim ond oherwydd eich bod wedi trosglwyddo --force-architecture wrth osod. Mae gorfodi yn gosod deuaidd tramor, yn cuddio methiant dibyniaeth y tu ôl i lansiwr sy’n dal i gychwyn, a gall adael y daemon yn llwytho’r llyfrgelloedd anghywir. Os nad yw’r rhyddhau sydd gennych ond yn cynnwys 32-bit, rhedewch ef mewn amgylchedd 32-bit neu ofynnwch i berchennog y porth allan am adeiladwaith cyfredol.

Gwiriwch y llinell ddibyniaeth hefyd. dpkg -s kerio-control-vpnclient | grep -i depends yn dangos beth mae’r pecyn yn ei ddisgwyl, ac mae pin fersiwn heb ei fodloni neu lyfrgell redeg ar goll yn dod i’r amlwg yma yn hytrach nag yng nghofnod y cleient.

Ffurfweddwch ef trwy ddewinydd y pecyn

Yn ôl ei ddyluniad nid oes gan y cleient unrhyw gofnod yn nrôr y rhaglenni, felly nid yw eicon ar goll yn dweud dim am lwyddiant y ffurfweddiad. Ailagorwch y dewinydd gyda sudo dpkg-reconfigure kerio-control-vpnclient ac atebwch ei ofynion: pwynt terfyn VPN, manylion cyfrif, ac ôl-bys y dystysgrif gweinydd.

Triniwch yr anogaeth ôl-bys fel yr unig fan lle gall gweinydd anghywir ennill. Cymharwch y gwerth â’r wybodaeth gweinydd gan y gweinyddwr sy’n rhedeg y porth, nid â’r hyn y mae’r pwynt terfyn yn ei gyflwyno. Mae derbyn ôl-bys na allwch ei wirio yn troi gweddill y rhestr hon yn addurn, oherwydd mae gweinydd gelyniaethus yn edrych yn union yr un fath â’r gwir un unwaith y bydd y pin wedi’i storio. Os na ellir cadarnhau’r gwerth allan o’r sianel, stopiwch a gofynnwch, hyd yn oed pan fyddai’r twnnel yn codi fel arall.

Mae ail-redeg y dewinydd yn newid ffurfweddiad a gall ailgychwyn y cleient, felly cadwch ail lwybr at y peiriant pan fydd y sesiwn rydych yn gweithio drosto yn dibynnu ar y VPN hwnnw. Teipiwch y cyfrinair yn y cyfarwyddyd arferol yn lle ei fewnosod mewn gorchymyn sy’n glanio yn hanes y plisgyn.

Adnabod y ffeil y mae’r dewinydd yn ei hysgrifennu

Mae’r ffurfweddiad yn byw yn /etc/kerio-kvc.conf ac mae’n cario’r cyfrif a’r ôl-bys wedi’i binio. Triniwch ef fel deunydd cyfrinachol. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf ni ddylai ei ddangos fel un darllenadwy i bawb.

Ar ôl golygiad llaw awdurdodedig, ail-lwythwch y daemon sy’n berchen ar y ffeil yn lle ailgychwyn y pentwr rhwydwaith: sudo /etc/init.d/kerio-kvc reload. Mae ail-lwytho yn ail-ddarllen y ffurfweddiad ac yn gollwng y sesiwn bresennol, felly nid yw’n weithred ddiniwed ar gysylltiad byw.

Copïwch y ffeil flaenorol cyn i chi newid unrhyw beth. Os bydd dilysu yn methu ar ôl golygiad, mae adfer y copi da olaf yn cymryd eiliadau ac yn ynysu’r golygiad oddi wrth y rhwydwaith, sef y ffordd rataf i ddysgu pa un o’r ddau a symudodd.

Gwahanwch y sesiwn fyw oddi wrth ymddygiad cychwyn

Mae’r sgript gwasanaeth yn rheoli’r cysylltiad presennol: sudo /etc/init.d/kerio-kvc stop yn dod â’r twnnel i ben nawr ac start yn dod ag ef yn ôl. Nid yw’r un gorchymyn yn penderfynu beth sy’n digwydd yn y cychwyn nesaf, ac mae’r gwahaniaeth hwnnw’n bwysig ar beiriant rydych yn ei weinyddu o bell.

Archwiliwch pwy sy’n berchen ar y cychwyn cyn tynnu dolenni neu guddio unrhyw beth. Gall y pecyn osod ei sgript init ei hun, cynhyrchu uned, neu wneud y ddau, ac mae anablu’r enw anghywir yn gadael y cleient yn ôl ar ôl ail-gychwyn. Gwiriwch systemctl status kerio-kvc yn erbyn yr enw y mae dogfennaeth y pecyn yn ei ddefnyddio, yna anablwch y llwybr y mae’r broses gychwyn yn ei ddarllen mewn gwirionedd.

Peidiwch ag amnewid uned OpenVPN oherwydd bod y ffurfweddiad yn edrych yn debyg. Mae’r cleient hwn yn siarad ei brotocol ei hun â phorth Kerio, felly ni fydd daemon arall sy’n pwyntio at yr un ffeil yn dilysu, ac mae’r methiant ychwanegol yn gwneud y dystiolaeth yn anoddach i’w darllen. Mae cleient Linux GFI hefyd yn dal un cysylltiad VPN ar y tro; mae’r terfyn hwnnw’n berthnasol i’r cleient, nid i gapasiti defnyddwyr y porth.

Darllenwch y cofnodion, yna gwiriwch yr adnodd

Mae tair ffeil o dan /var/log/kerio-kvc yn adrodd stori’r daemon: init.log ar gyfer digwyddiadau cylch bywyd, error.log ar gyfer methiannau critigol, a debug.log ar gyfer manylder. Darllenwch y darn lleiaf sy’n ateb eich cwestiwn, a thynnwch bwyntiau terfyn ac enwau defnyddwyr cyn ei ludo unrhyw le. Mae bwlch yn init.log o amgylch yr amser y gwnaethoch redeg y dewinydd yn dweud wrthych na wnaeth y daemon ailgychwyn erioed.

Mae pecyn dilys, daemon sy’n rhedeg, ac adnodd y gellir ei gyrraedd yn dri chanlyniad ar wahân, ac nid yw’r rhestr yn gyflawn nes bod y tri yn dal. Ar ôl newid a gymeradwywyd, gofynnwch am waith sy’n bodoli y tu ôl i’r porth yn unig, yna agorwch wasanaeth arferol arno. Os yw’r twnnel i fyny a’r adnodd heb fod, mae’r bai sy’n weddill mewn llwybr porth neu reol wal dân yn hytrach nag yn y cleient rydych newydd ei ailffurfweddu.

Cofnodwch y cyflwr y gwnaethoch orffen ynddo: rhyddhau’r pecyn, y bensaernïaeth, a oedd yr ôl-bys wedi’i wirio allan o’r sianel, a pha ail-lwytho neu ailgychwyn a gwnaethoch. Y nodyn hwnnw sy’n gwneud gwiriad cyntaf y person nesaf yn rhad.