Klienti Kerio VPN në Linux: pesë kontrolle me radhë

Pas instalimit të klientit Kerio VPN në Linux nuk shfaqet asnjë ikonë në desktop dhe rrjeti privat mbetet jashtë arritjes. Kjo është forma normale e këtij klienti dhe jo një instalim i prishur: udhëzimet e GFI për Linux përshkruajnë konfigurim nga rreshti i komandës dhe një skript shërbimi, pa asnjë GUI. Kryeni kontrollet më poshtë me radhë, sepse secila heq një shtresë tjetër. Dështimi i parë ju tregon ku të ndaleni, dhe kalimi përpara zakonisht do të thotë rindërtim i një pakete që nuk ishte kurrë problemi.

Konfirmoni që ndërtimi përputhet me makinën

Filloni me atë që dpkg mendon për makinën dhe për çfarë u ndërtua paketa. Në një sistem normal 64-bit, dpkg --print-architecture printon amd64, dhe faqja e furnizuesit liston një paketë amd64 pranë paketës së zakonshme Debian. Lexoni vargun e versionit në emrin e skedarit që keni instaluar vërtet, në vend që të supozoni se të dy përputhen.

Një arkiv i vitit 2013 i ndërtuar për i386 nuk bëhet 64-bit vetëm sepse keni kaluar --force-architecture gjatë instalimit. Detyrimi instalon binare të huaja, fsheh një dështim varësie pas një nisësi që niset gjithsesi dhe mund ta lërë daemonin të ngarkojë bibliotekat e gabuara. Nëse versioni që keni ofrohet vetëm 32-bit, ekzekutojeni në një mjedis 32-bit ose kërkoni nga pronari i portës një ndërtim të përditësuar.

Kontrolloni edhe rreshtin e varësive. dpkg -s kerio-control-vpnclient | grep -i depends tregon çfarë pret paketa, dhe një kufizim versioni i paplotësuar ose një bibliotekë ekzekutimi që mungon shfaqen këtu, jo në regjistrin e klientit.

Konfiguroni atë përmes magjistarit të paketës

Sipas projektimit klienti nuk ka asnjë zë në sirtarin e aplikacioneve, kështu që një ikonë që mungon nuk thotë asgjë për suksesin e konfigurimit. Rihapni magjistarin me sudo dpkg-reconfigure kerio-control-vpnclient dhe përgjigjuni pyetjeve të tij: pika fundore e VPN, të dhënat e llogarisë dhe gjurma e gishtit të certifikatës së serverit.

Trajtojeni pyetjen e gjurmës së gishtit si vendin e vetëm ku një server i gabuar mund të fitojë. Krahasoni vlerën me informacionin e serverit që jep administratori që drejton portën, jo me atë që paraqet pika fundore. Pranimi i një gjurme që nuk mund ta verifikoni e kthen pjesën tjetër të kësaj liste në dekor, sepse një server armiqësor duket identik me atë të vërtetin pasi pini ruhet. Nëse vlera nuk mund të konfirmohet përmes një kanali tjetër, ndaluni dhe pyesni, edhe kur tuneli do të ngrihej gjithsesi.

Rikryerja e magjistarit ndryshon konfigurimin dhe mund të rinisë klientin, prandaj mbani një rrugë të dytë drejt makinës kur sesioni me të cilin punoni varet nga ai VPN. Shkruani fjalëkalimin në kërkesën normale në vend që ta futni në një komandë që përfundon në historikun e shell-it.

Njihni skedarin që shkruan magjistari

Konfigurimi gjendet në /etc/kerio-kvc.conf dhe mban si llogarinë ashtu edhe gjurmën e fiksuar. Trajtojeni si material sekret. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf nuk duhet ta shfaqë si të lexueshëm nga të gjithë.

Pas një redaktimi manual të autorizuar, ringarkoni daemonin që zotëron skedarin në vend që të rinisni stivën e rrjetit: sudo /etc/init.d/kerio-kvc reload. Ringarkimi rilexon konfigurimin dhe heq dorë nga sesioni aktual, prandaj nuk është veprim pa efekt në një lidhje të gjallë.

Kopjoni skedarin e mëparshëm përpara se të ndryshoni çdo gjë. Nëse vërtetimi dështon pas redaktimit, rikthimi i kopjes së fundit funksionale zgjat sekonda dhe e izolon redaktimin nga rrjeti, që është mënyra më e lirë për të zbuluar cila nga të dyja lëvizi.

Ndani sesionin e gjallë nga sjellja në nisje

Skripti i shërbimit kontrollon lidhjen aktuale: sudo /etc/init.d/kerio-kvc stop e përfundon tunelin tani dhe start e kthen atë. Asnjëra komandë nuk vendos çfarë do të ndodhë në nisjen tjetër, dhe ai ndryshim ka rëndësi në një makinë që administrohet nga distanca.

Zbuloni kujt i përket nisja automatike përpara se të hiqni lidhje ose të maskoni diçka. Paketa mund të instalojë skriptin e vet init, të gjenerojë një unit ose të dyja, dhe çaktivizimi i emrit të gabuar e kthen klientin pas një rinisjeje. Kontrolloni systemctl status kerio-kvc kundrejt emrit që përdor dokumentacioni i paketës, pastaj çaktivizoni shtegun që procesi i nisjes lexon vërtet.

Mos e zëvendësoni një unit OpenVPN vetëm sepse konfigurimi duket i ngjashëm. Ky klient flet protokollin e vet me portën Kerio, prandaj një daemon tjetër i drejtuar te i njëjti skedar nuk do të autentikohet, dhe dështimi shtesë e bën më të vështirë leximin e provave. Klienti i GFI për Linux mban gjithashtu vetëm një lidhje VPN në një kohë; ai kufi vlen për klientin, jo për kapacitetin e përdoruesve të portës.

Lexoni regjistrat, pastaj verifikoni burimin

Tre skedarë nën /var/log/kerio-kvc tregojnë historinë e daemonit: init.log për ngjarjet e ciklit të jetës, error.log për dështimet kritike dhe debug.log për detaje. Lexoni fragmentin më të vogël që i përgjigjet pyetjes tuaj, dhe hiqni pikat fundore dhe emrat e përdoruesve përpara se ta ngjitni kudo. Një boshllëk në init.log rreth kohës kur ekzekutuat magjistarin ju tregon se daemoni nuk u rinis kurrë.

Një paketë e vlefshme, një daemon që punon dhe një burim i arritshëm janë tre rezultate të ndara, dhe lista përfundon vetëm kur të tre vlejnë. Pas një ndryshimi të miratuar, kërkoni një host që ekziston vetëm pas portës, pastaj hapni një shërbim normal mbi të. Nëse tuneli është lart dhe burimi jo, defekti i mbetur është në një rrugë të portës ose në një rregull të firewall-it, jo në klientin që sapo rikonfiguruat.

Shënoni gjendjen në të cilën përfunduat: versioni i paketës, arkitektura, nëse gjurma u verifikua përmes një kanali tjetër dhe çfarë ringarkimi ose rinisjeje kryet. Pikërisht ai shënim e bën të lirë kontrollin e parë të personit tjetër.