Kerio VPN-kliens Linuxon: öt ellenőrzés sorrendben

A Kerio VPN-kliens Linuxra telepítése után nem jelenik meg ikon az asztalon, és a magánhálózat elérhetetlen marad. Ez a kliens normál formája, nem hibás telepítés: a GFI Linux-útmutatója parancssori konfigurálást és szolgáltatásszkriptet ír le, grafikus felület nélkül. Végezze el az alábbi ellenőrzéseket sorrendben, mert mindegyik más réteget tisztít meg. Az első hiba megmondja, hol álljon meg, az előreszaladás pedig általában egy olyan csomag újraépítését jelenti, amely soha nem volt a probléma.

Erősítse meg, hogy a build illik a géphez

Kezdje azzal, amit dpkg a gépről gondol, és amire a csomagot építették. Egy normál 64 bites rendszeren dpkg --print-architecture ezt írja ki: amd64, és a gyártó oldala az amd64 csomagot a szokásos Debian csomag mellett listázza. Olvassa el a kiadási karakterláncot a ténylegesen telepített fájl nevében, ahelyett hogy feltételezné, hogy a kettő megegyezik.

Egy 2013-as, i386-ra épített archívum nem lesz 64 bites csak attól, hogy --force-architecture átadta a telepítéskor. A kényszerítés idegen binárisokat telepít, elrejti a függőségi hibát egy továbbra is induló indító mögé, és a démont a rossz könyvtárak betöltésére késztetheti. Ha az Ön kiadása csak 32 bites, futtassa 32 bites környezetben, vagy kérjen friss buildet az átjáró tulajdonosától.

Ellenőrizze a függőségi sort is. dpkg -s kerio-control-vpnclient | grep -i depends megmutatja, mire számít a csomag, és a nem teljesült verziókorlát vagy a hiányzó futásidejű könyvtár itt, nem a kliens naplójában kerül elő.

Konfigurálja a csomag varázslójával

A kliensnek tervezésénél fogva nincs bejegyzése az alkalmazásfiókban, így a hiányzó ikon semmit nem mond arról, sikerült-e a konfigurálás. Nyissa meg újra a varázslót ezzel: sudo dpkg-reconfigure kerio-control-vpnclient és válaszoljon a kérdéseire: VPN-végpont, fiókadatok és a kiszolgálói tanúsítvány ujjlenyomata.

Tekintse az ujjlenyomat kérdését az egyetlen helynek, ahol egy rossz kiszolgáló nyerhet. Hasonlítsa össze az értéket az átjárót üzemeltető rendszergazda által adott kiszolgáló-információval, ne azzal, amit a végpont mutat. Egy ellenőrizhetetlen ujjlenyomat elfogadása az egész lista díszítésévé teszi a többit, mert az ellenséges kiszolgáló a pin mentése után pontosan úgy néz ki, mint az igazi. Ha az érték más csatornán nem igazolható, álljon meg és kérdezzen, akkor is, ha az alagút egyébként feljönne.

A varázsló újbóli futtatása megváltoztatja a konfigurációt és újraindíthatja a klienst, ezért tartson fenn második utat a géphez, ha a munkamenet, amelyen dolgozik, ettől a VPN-től függ. A jelszót a szokásos felszólításnál írja be, ahelyett hogy olyan parancsba ágyazná, amely a héj előzményeibe kerül.

Ismerje a fájlt, amelyet a varázsló ír

A konfiguráció itt él: /etc/kerio-kvc.conf, és tartalmazza a fiókot és a rögzített ujjlenyomatot is. Kezelje titkos anyagként. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf nem mutathatná mindenki számára olvashatónak.

Jóváhagyott kézi szerkesztés után töltse újra a fájlt birtokló démont, ne indítsa újra a hálózati vermet: sudo /etc/init.d/kerio-kvc reload. Az újratöltés újraolvassa a konfigurációt és eldobja az aktuális munkamenetet, tehát élő kapcsolatnál nem hatástalan művelet.

Mielőtt bármit módosítana, másolja le az előző fájlt. Ha a hitelesítés a szerkesztés után meghiúsul, az utolsó működő példány visszaállítása másodpercekig tart, és elválasztja a szerkesztést a hálózattól, ami a legolcsóbb módja annak megállapítására, melyikük mozdult el.

Válassza szét az élő munkamenetet az indítási viselkedéstől

A szolgáltatásszkript az aktuális kapcsolatot vezérli: sudo /etc/init.d/kerio-kvc stop most lezárja az alagutat, és start visszahozza. Egyik parancs sem dönti el, mi történik a következő indításkor, és ez a különbség számít egy távolról igazgatott gépen.

Derítse ki, ki birtokolja az indítást, mielőtt hivatkozásokat távolít el vagy bármit maszkol. A csomag telepíthet saját init szkriptet, generálhat unitot, vagy mindkettőt, és a rossz név kikapcsolása után a kliens visszatér az újraindítás után. Ellenőrizze a systemctl status kerio-kvc parancsot a csomag dokumentációjában használt névvel szemben, majd kapcsolja ki azt az útvonalat, amelyet az indítási folyamat ténylegesen olvas.

Ne cserélje le az OpenVPN unitot csak azért, mert a konfiguráció hasonlónak tűnik. Ez a kliens a saját protokollján beszél a Kerio átjáróval, ezért egy másik, ugyanarra a fájlra irányított démon nem fog hitelesíteni, és a plusz hiba nehezebben olvashatóvá teszi a bizonyítékokat. A GFI Linux-kliense egyszerre csak egy VPN-kapcsolatot tart; ez a korlát a kliensre vonatkozik, nem az átjáró felhasználói kapacitására.

Olvassa el a naplókat, majd ellenőrizze az erőforrást

Három fájl a következő helyen: /var/log/kerio-kvc meséli el a démon történetét: init.log az életciklus-eseményekhez, error.log a kritikus hibákhoz és debug.log a részletekhez. A kérdésére választ adó legkisebb részletet olvassa el, és a beillesztés előtt távolítsa el a végpontokat és a felhasználóneveket. A init.log fájlban a varázsló futtatásának ideje körüli hézag elárulja, hogy a démon soha nem indult újra.

Az érvényes csomag, a futó démon és az elérhető erőforrás három külön eredmény, és a lista csak akkor kész, ha mindhárom teljesül. Jóváhagyott változtatás után kérjen egy gazdagépet, amely csak az átjáró mögött létezik, majd nyisson rajta egy szokásos szolgáltatást. Ha az alagút fent van és az erőforrás nem, a maradék hiba az átjáró útvonalában vagy tűzfal-szabályában van, nem abban a kliensben, amelyet épp most konfigurált újra.

Jegyezze fel, milyen állapotban fejezte be: csomagkiadás, architektúra, hogy az ujjlenyomatot más csatornán ellenőrizték-e, és melyik újratöltést vagy újraindítást futtatta. Ez a feljegyzés teszi olcsóvá a következő ember első ellenőrzését.