Клиент Kerio VPN на Linux: пет проверки по ред

По инсталирање на клиентот Kerio VPN на Linux не се појавува икона на работната површина и приватната мрежа останува недостапна. Тоа е нормалната форма на овој клиент, а не расипана инсталација: упатствата на GFI за Linux опишуваат конфигурирање од командната линија и сервисна скрипта, без никаков графички интерфејс. Изведете ги проверките подолу по ред, бидејќи секоја отстранува различен слој. Првиот неуспех ви кажува каде да запрете, а прескокнувањето напред обично значи преизградба на пакет што никогаш не бил проблемот.

Потврдете дека изградбата одговара на машината

Започнете со тоа што dpkg мисли за машината и за што е изграден пакетот. На нормален 64-битен систем dpkg --print-architecture испечатува amd64, а страницата на добавувачот наведува пакет amd64 покрај обичниот Debian. Прочитајте ја низата за издание во името на датотеката што навистина сте ја инсталирале, наместо да претпоставите дека двете се совпаѓаат.

Архива од 2013 година, изградена за i386, не станува 64-битна само затоа што сте пренеле --force-architecture при инсталацијата. Присилното инсталирање става туѓи бинарни датотеки, крие дефект на зависност зад стартер што уште стартува и може да го остави демонот да вчита погрешни библиотеки. Ако изданието што го имате е само 32-битно, извршете го во 32-битна околина или побарајте од сопственикот на портата актуелна изградба.

Проверете и линијата на зависности. dpkg -s kerio-control-vpnclient | grep -i depends покажува што очекува пакетот, а неисполнето ограничување на верзија или библиотека за извршување што недостасува се појавуваат овде, а не во дневникот на клиентот.

Конфигурирајте го преку волшебникот на пакетот

По дизајн клиентот нема запис во фиоката со апликации, па иконата што недостасува не кажува ништо за успехот на конфигурацијата. Отворете го волшебникот повторно со sudo dpkg-reconfigure kerio-control-vpnclient и одговорете на неговите прашања: крајна точка на VPN, податоци за сметката и отпечаток на сертификатот на серверот.

Третирајте го прашањето за отпечатокот како единствено место каде погрешен сервер може да победи. Споредете ја вредноста со информациите за серверот од администраторот што управува со портата, а не со она што го прикажува крајната точка. Прифаќањето отпечаток што не можете да го проверите ја претвора останатата листа во украс, бидејќи непријателски сервер изгледа идентично како вистинскиот откако ќе се зачува пинот. Ако вредноста не може да се потврди преку друг канал, запрете и прашајте, дури и кога тунелот инаку би се кренал.

Повторното пуштање на волшебникот ја менува конфигурацијата и може да го рестартира клиентот, затоа држете втор пат до машината кога сесијата преку која работите зависи од тој VPN. Впишете ја лозинката на нормалното барање наместо да ја вградите во команда што ќе заврши во историјата на школката.

Знајте ја датотеката што ја пишува волшебникот

Конфигурацијата живее во /etc/kerio-kvc.conf и ги носи и сметката и закачениот отпечаток. Третирајте ја како таен материјал. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf не треба да ја прикажува како читлива за сите.

По овластено рачно уредување, вчитајте го повторно демонот што ја поседува датотеката, наместо да го рестартирате мрежниот стек: sudo /etc/init.d/kerio-kvc reload. Повторното вчитување ја чита конфигурацијата одново и ја отфрла тековната сесија, па не е недејство на жива врска.

Копирајте ја претходната датотека пред да смените нешто. Ако автентикацијата не успее по уредувањето, враќањето на последната исправна копија трае секунди и го изолира уредувањето од мрежата, што е најевтиниот начин да дознаете која од двете се поместила.

Одвојте ја живата сесија од однесувањето при подигање

Сервисната скрипта ја контролира тековната врска: sudo /etc/init.d/kerio-kvc stop веднаш го прекинува тунелот, а start го враќа. Ниту една од двете команди не одлучува што ќе се случи при следното подигање, и таа разлика е важна на машина што ја администрирате оддалечено.

Проверете чие е автоматското стартување пред да отстраните врски или да маскирате нешто. Пакетот може да инсталира своја init скрипта, да генерира unit или и двете, а исклучувањето на погрешното име го враќа клиентот по рестартирање. Проверете systemctl status kerio-kvc со името што го користи документацијата на пакетот, потоа исклучете ја патеката што процесот за подигање навистина ја чита.

Не заменувајте unit на OpenVPN само затоа што конфигурацијата изгледа слична. Овој клиент зборува со сопствен протокол со портата Kerio, затоа друг демон насочен кон истата датотека нема да се автентицира, а дополнителниот неуспех ги прави доказите потешки за читање. Клиентот на GFI за Linux држи само една VPN врска истовремено; тоа ограничување важи за клиентот, не за капацитетот на корисници на портата.

Прочитајте ги дневниците, потоа проверете го ресурсот

Три датотеки под /var/log/kerio-kvc ја раскажуваат приказната на демонот: init.log за настани од животниот циклус, error.log за критични дефекти и debug.log за детали. Прочитајте го најмалиот извадок што одговара на вашето прашање и отстранете ги крајните точки и корисничките имиња пред да го залепите некаде. Празнина во init.log околу времето кога го пуштивте волшебникот ви кажува дека демонот никогаш не бил рестартиран.

Важечки пакет, демон што работи и достапен ресурс се три одделни резултати, и списокот е завршен само кога сите три важат. По одобрена промена, побарајте домаќин што постои само зад портата, потоа отворете нормална услуга на него. Ако тунелот е кренат, а ресурсот не, останатиот дефект е во рута на портата или правило на огнениот ѕид, а не во клиентот што штотуку го реконфигуриравте.

Запишете ја состојбата со која завршивте: издание на пакетот, архитектура, дали отпечатокот е проверен преку друг канал и кое повторно вчитување или рестартирање го извршивте. Токму таа белешка ја прави првата проверка на следниот човек евтина.