Kerio VPN klientas Linux sistemoje: penki patikrinimai iš eilės

Įdiegus Kerio VPN klientą Linux sistemoje darbalaukyje neatsiranda jokia piktograma, o privatus tinklas lieka nepasiekiamas. Tai įprasta šio kliento forma, o ne sugedęs diegimas: GFI Linux instrukcijos aprašo konfigūravimą komandine eilute ir paslaugos scenarijų, visiškai be grafinės sąsajos. Atlikite toliau pateiktus patikrinimus iš eilės, nes kiekvienas nuima skirtingą sluoksnį. Pirmoji nesėkmė pasako, kur sustoti, o peršokimas į priekį paprastai reiškia paketo, kuris niekada nebuvo problema, perrinkimą.

Patvirtinkite, kad kompiliavimas atitinka mašiną

Pradėkite nuo to, ką dpkg mano apie mašiną, ir kam paketas buvo sukurtas. Įprastoje 64 bitų sistemoje dpkg --print-architecture išveda amd64, o tiekėjo puslapyje šalia įprasto Debian paketo nurodytas amd64 paketas. Skaitykite leidimo eilutę tikrai įdiegto failo pavadinime, o ne manykite, kad abu sutampa.

2013 metų archyvas, sukurtas i386, netampa 64 bitų vien todėl, kad perdavėte --force-architecture diegdami. Priverstinis diegimas įdeda svetimų dvejetainių failų, paslepia priklausomybės gedimą už vis dar paleidžiamo paleidiklio ir gali priversti tarnybą įkelti netinkamas bibliotekas. Jei jūsų leidimas yra tik 32 bitų, paleiskite jį 32 bitų aplinkoje arba paprašykite tinklų sietuvo savininko naujo kompiliavimo.

Patikrinkite ir priklausomybių eilutę. dpkg -s kerio-control-vpnclient | grep -i depends rodo, ko paketas tikisi, o neįvykdytas versijos apribojimas ar trūkstama vykdymo biblioteka iškyla čia, o ne kliento žurnale.

Konfigūruokite jį paketo vedliu

Pagal projektą klientas neturi įrašo programų stalčiuje, todėl trūkstama piktograma nieko nesako apie tai, ar konfigūravimas pavyko. Vėl atidarykite vedlį komanda sudo dpkg-reconfigure kerio-control-vpnclient ir atsakykite į jo klausimus: VPN galinis taškas, paskyros duomenys ir serverio sertifikato piršto atspaudas.

Piršto atspaudo klausimą laikykite vienintele vieta, kur netinkamas serveris gali laimėti. Palyginkite reikšmę su serverio informacija, kurią pateikė sietuvą administruojantis administratorius, o ne su tuo, ką rodo galinis taškas. Priėmus nepatikrinamą piršto atspaudą, likusi šio sąrašo dalis tampa papuošimu, nes po to, kai pin įrašytas, priešiškas serveris atrodo identiškai kaip tikrasis. Jei reikšmės negalima patvirtinti kitu kanalu, sustokite ir paklauskite, net kai tunelis kitu atveju pakiltų.

Pakartotinis vedlio paleidimas pakeičia konfigūraciją ir gali iš naujo paleisti klientą, todėl laikykite antrą kelią į mašiną, kai sesija, per kurią dirbate, priklauso nuo to VPN. Įrašykite slaptažodį įprastoje užklausoje, o ne įterpkite jį į komandą, kuri pateks į komandinės eilutės istoriją.

Pažinkite failą, kurį rašo vedlys

Konfigūracija yra /etc/kerio-kvc.conf ir joje saugoma ir paskyra, ir prisegtas piršto atspaudas. Laikykite ją slapta medžiaga. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf neturėtų rodyti jos kaip visiems skaitomos.

Po leistos rankinės redakcijos įkelkite iš naujo failą turinčią tarnybą, o ne iš naujo paleiskite tinklo steką: sudo /etc/init.d/kerio-kvc reload. Pakartotinis įkėlimas iš naujo perskaito konfigūraciją ir numeta dabartinę sesiją, todėl gyvam ryšiui tai nėra neveiksmingas veiksmas.

Prieš ką nors keisdami nukopijuokite ankstesnį failą. Jei po redakcijos autentifikavimas nepavyksta, paskutinės veikiančios kopijos atkūrimas užtrunka sekundes ir atskiria redakciją nuo tinklo, o tai pigiausias būdas sužinoti, kuri iš dviejų pajudėjo.

Atskirkite gyvą sesiją nuo paleidimo elgsenos

Paslaugos scenarijus valdo dabartinį ryšį: sudo /etc/init.d/kerio-kvc stop iš karto užbaigia tunelį, o start jį grąžina. Nė viena komanda nenusprendžia, kas įvyks kitą kartą paleidžiant, ir šis skirtumas svarbus nuotoliniu būdu administruojamoje mašinoje.

Prieš šalindami nuorodas ar ką nors maskuodami, išsiaiškinkite, kam priklauso paleidimas. Paketas gali įdiegti savo init scenarijų, sugeneruoti unit arba abu, o išjungus netinkamą pavadinimą klientas grįžta po perkrovimo. Patikrinkite systemctl status kerio-kvc su pavadinimu, kurį naudoja paketo dokumentacija, tada išjunkite kelią, kurį paleidimo procesas tikrai skaito.

Nekeiskite OpenVPN unit vien todėl, kad konfigūracija atrodo panaši. Šis klientas kalba savo protokolu su Kerio sietuvu, todėl kitas demonas, nukreiptas į tą patį failą, neautentifikuos, o papildoma nesėkmė apsunkina įrodymų skaitymą. GFI Linux klientas taip pat laiko tik vieną VPN ryšį vienu metu; ši riba taikoma klientui, o ne sietuvo naudotojų talpai.

Perskaitykite žurnalus, tada patikrinkite išteklių

Trys failai kataloge /var/log/kerio-kvc pasakoja tarnybos istoriją: init.log gyvavimo ciklo įvykiams, error.log kritiniams gedimams ir debug.log detalei. Skaitykite mažiausią ištrauką, kuri atsako į jūsų klausimą, ir prieš kur nors įklijuodami pašalinkite galinius taškus bei naudotojų vardus. init.log faile tarpas aplink laiką, kai paleidote vedlį, pasako, kad tarnyba niekada nebuvo paleista iš naujo.

Galiojantis paketas, veikianti tarnyba ir pasiekiamas išteklius yra trys atskiri rezultatai, o sąrašas baigiamas tik tada, kai visi trys galioja. Po patvirtinto pakeitimo paprašykite prieglobos, kuri egzistuoja tik už sietuvo, ir tada atidarykite joje įprastą paslaugą. Jei tunelis pakilęs, o ištekliaus nėra, likęs gedimas slypi sietuvo maršrute ar ugniasienės taisyklėje, o ne kliente, kurį ką tik perkonfigūravote.

Užrašykite būseną, kurioje baigėte: paketo leidimas, architektūra, ar piršto atspaudas patvirtintas kitu kanalu, ir kokį pakartotinį įkėlimą ar paleidimą atlikote. Būtent ši pastaba daro kito žmogaus pirmą patikrinimą pigų.