Kerio VPN klients Linux vidē: piecas pārbaudes pēc kārtas

Pēc Kerio VPN klienta instalēšanas Linux vidē darbvirsmā neparādās neviena ikona, un privātais tīkls paliek neaizsniedzams. Tā ir šī klienta parastā forma, nevis salauzta instalācija: GFI Linux norādījumi apraksta konfigurēšanu komandrindā un servisa skriptu, pilnīgi bez GUI. Veiciet zemāk minētās pārbaudes pēc kārtas, jo katra noņem citu slāni. Pirmā kļūda parāda, kur apstāties, un pārlēkšana uz priekšu parasti nozīmē pārbūvēt pakotni, kas nekad nav bijusi problēma.

Pārliecinieties, ka būvējums atbilst mašīnai

Sāciet ar to, ko dpkg domā par mašīnu, un kam pakotne tika būvēta. Parastā 64 bitu sistēmā dpkg --print-architecture izvada amd64, un piegādātāja lapa blakus parastajai Debian pakotnei uzskaita amd64 pakotni. Lasiet izlaiduma virkni tā faila nosaukumā, kuru tiešām instalējāt, nevis pieņemiet, ka abi sakrīt.

2013. gada arhīvs, kas būvēts i386, nekļūst par 64 bitu tikai tāpēc, ka nodevāt --force-architecture instalēšanas laikā. Piespiešana instalē svešus bināros failus, paslēpj atkarības kļūdu aiz palaidēja, kas tomēr startē, un var likt dēmonam ielādēt nepareizas bibliotēkas. Ja jūsu izlaidums ir tikai 32 bitu, palaidiet to 32 bitu vidē vai lūdziet vārtejas īpašniekam jaunu būvējumu.

Pārbaudiet arī atkarību rindu. dpkg -s kerio-control-vpnclient | grep -i depends parāda, ko pakotne sagaida, un neizpildīts versijas ierobežojums vai trūkstoša izpildlaika bibliotēka parādās šeit, nevis klienta žurnālā.

Konfigurējiet to ar pakotnes vedni

Pēc konstrukcijas klientam lietotņu atvilktnē nav ieraksta, tāpēc trūkstoša ikona neko nepasaka par to, vai konfigurēšana izdevās. Atveriet vedni vēlreiz ar sudo dpkg-reconfigure kerio-control-vpnclient un atbildiet uz tā jautājumiem: VPN galapunkts, konta dati un servera sertifikāta pirksta nospiedums.

Uztveriet pirksta nospieduma jautājumu kā vienīgo vietu, kur nepareizs serveris var uzvarēt. Salīdziniet vērtību ar servera informāciju, ko sniedzis vārteju pārvaldošais administrators, nevis ar to, ko uzrāda galapunkts. Nepārbaudāma pirksta nospieduma pieņemšana pārvērš pārējo sarakstu par rotājumu, jo pēc tam, kad pin ir saglabāts, naidīgs serveris izskatās tieši tāds pats kā īstais. Ja vērtību nevar apstiprināt pa citu kanālu, apstājieties un jautājiet, pat ja tunelis citādi paceltos.

Vedņa atkārtota palaišana maina konfigurāciju un var restartēt klientu, tāpēc turiet otru ceļu uz mašīnu, ja sesija, kurā strādājat, ir atkarīga no šī VPN. Ievadiet paroli parastajā uzvednē, nevis iestrādājiet to komandā, kas nonāks čaulas vēsturē.

Ziniet failu, ko raksta vednis

Konfigurācija atrodas /etc/kerio-kvc.conf un satur gan kontu, gan piestiprināto pirksta nospiedumu. Uztveriet to kā slepenu materiālu. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf nedrīkstētu to rādīt kā visiem lasāmu.

Pēc atļautas manuālas rediģēšanas pārlādējiet failu īpašo dēmonu, nevis restartējiet tīkla steku: sudo /etc/init.d/kerio-kvc reload. Pārlāde no jauna nolasa konfigurāciju un nomet pašreizējo sesiju, tāpēc dzīvā savienojumā tā nav bezefekta darbība.

Pirms kaut ko maināt, nokopējiet iepriekšējo failu. Ja pēc rediģēšanas autentifikācija neizdodas, pēdējās darbspējīgās kopijas atjaunošana aizņem sekundes un izolē rediģēšanu no tīkla, kas ir lētākais veids, kā noskaidrot, kura no abām pakustējās.

Atdaliet dzīvo sesiju no palaišanas uzvedības

Servisa skripts vada pašreizējo savienojumu: sudo /etc/init.d/kerio-kvc stop tagad pārtrauc tuneli, un start to atgriež. Neviena komanda neizlemj, kas notiks nākamajā palaišanā, un šī atšķirība ir svarīga mašīnā, kuru pārvaldāt attālināti.

Pirms noņemat saites vai kaut ko maskējat, noskaidrojiet, kam pieder startēšana. Pakotne var instalēt savu init skriptu, ģenerēt unit vai darīt abus, un nepareizā nosaukuma atslēgšana atgriež klientu pēc pārstartēšanas. Pārbaudiet systemctl status kerio-kvc pret nosaukumu, ko izmanto pakotnes dokumentācija, pēc tam atslēdziet ceļu, ko palaišanas process tiešām nolasa.

Neaizvietojiet OpenVPN unit tikai tāpēc, ka konfigurācija izskatās līdzīga. Šis klients runā savā protokolā ar Kerio vārteju, tāpēc cits dēmons, kas vērsts uz to pašu failu, neautentificēsies, un papildu kļūda padara pierādījumus grūtāk lasāmus. GFI Linux klients turklāt tur tikai vienu VPN savienojumu vienlaikus; šis ierobežojums attiecas uz klientu, nevis uz vārtejas lietotāju ietilpību.

Lasiet žurnālus, pēc tam pārbaudiet resursu

Trīs faili mapē /var/log/kerio-kvc stāsta dēmona stāstu: init.log dzīves cikla notikumiem, error.log kritiskām kļūmēm un debug.log detaļām. Lasiet mazāko fragmentu, kas atbild uz jūsu jautājumu, un pirms ielīmēšanas kaut kur noņemiet galapunktus un lietotājvārdus. init.log failā atstarpe ap laiku, kad palaidāt vedni, pasaka, ka dēmons nekad nav pārstartēts.

Derīga pakotne, darbojošs dēmons un sasniedzams resurss ir trīs atsevišķi rezultāti, un saraksts ir pabeigts tikai tad, kad visi trīs ir spēkā. Pēc apstiprinātas izmaiņas pieprasiet saimnieku, kas pastāv tikai aiz vārtejas, pēc tam atveriet tam parastu servisu. Ja tunelis ir pacelts un resursa nav, atlikušā kļūda ir vārtejas maršrutā vai ugunsmūra noteikumā, nevis klientā, kuru tikko pārkonfigurējāt.

Pierakstiet stāvokli, kurā beidzāt: pakotnes izlaidums, arhitektūra, vai pirksta nospiedums apstiprināts pa citu kanālu, un kādu pārlādi vai pārstartēšanu veicāt. Tieši šī piezīme padara nākamā cilvēka pirmo pārbaudi lētu.