Linux'тогу Kerio VPN кардары: тартиби менен беш текшерүү
Тартиби менен беш текшерүү: пакеттин архитектурасы, буйрук сабынын устасы, конфигурация файлы, кызмат скрипти жана журналдар. Биринчи ийгиликсиз болгон текшерүүдө токтоңуз.
Linux'ка Kerio VPN кардарын орноткондон кийин иш тактасында эч кандай белгиче чыкпайт жана жеке тармак жеткиликсиз бойдон калат. Бул бул кардардын кадимки формасы, бузулган орнотуу эмес: GFI'нин Linux боюнча нускамалары буйрук сабынан конфигурациялоону жана кызмат скриптин сүрөттөйт, эч кандай GUI жок. Төмөнкү текшерүүлөрдү тартиби менен аткарыңыз, анткени ар бири башка катмарды алып салат. Биринчи ийгиликсиздик кайда токтоону айтат, ал эми алдыга секирүү адатта эч качан көйгөй болбогон пакетти кайра курууну билдирет.
Куруу машинага дал келерин ырастаңыз
Баштаңыз: dpkg машинаны эмне деп эсептей турганын жана пакет эмне үчүн курулганын көрсөтөт. Кадимки 64-бит тутумда dpkg --print-architecture чыгарат amd64, ал эми жеткирүүчүнүн бети кадимки Debian пакетинин жанында amd64 пакетин тизмелейт. Чынында орноткон файлдын атындагы чыгарылыш сабын окуңуз, экөө дал келет деп божомолдобоңуз.
2013-жылкы i386 үчүн курулган архив --force-architecture бергениңиз үчүн гана 64-бит болуп калбайт. Аны мажбурлоо чет элдик бинарларды орнотот, дагы эле иштеп жаткан иштеткичтин артына көз карандылык катасын жашырат жана демонду туура эмес китепканаларды жүктөөгө мажбурлашы мүмкүн. Сиздеги чыгарылыш 32-бит гана болсо, аны 32-бит чөйрөдө иштетиңиз же дарбаза ээсинен жаңы курууну сураңыз.
Көз карандылык сабын да текшериңиз. dpkg -s kerio-control-vpnclient | grep -i depends пакет эмнени күтөрүн көрсөтөт, ал эми аткарылбаган версия чектөөсү же жок болгон аткаруу китепканасы ушул жерде чыгат, кардар журналында эмес.
Аны пакет устасы аркылуу конфигурациялаңыз
Долбоор боюнча кардардын колдонмолор тартмасында жазуусу жок, ошондуктан жок белгиче конфигурациянын ийгиликтүү болгону жөнүндө эч нерсе айтпайт. Устаны кайра ачуу үчүн sudo dpkg-reconfigure kerio-control-vpnclient аткарыңыз жана анын суроолоруна жооп бериңиз: VPN акыркы чекити, эсеп маалыматтары жана сервер сертификатынын манжа изи.
Манжа изи суроосун туура эмес сервер ута ала турган жалгыз жер деп караңыз. Маанини дарбазаны башкарган администратор берген сервер маалыматы менен салыштырыңыз, акыркы чекит көрсөткөн нерсе менен эмес. Текшере албаган манжа изин кабыл алуу бул тизменин калганын кооздукка айландырат, анткени пин сакталгандан кийин душман сервер чыныгысынан айырмаланбайт. Эгер маанини башка канал аркылуу ырастоо мүмкүн болбосо, туннель башкача көтөрүлсө да, токтоп сураңыз.
Устаны кайра иштетүү конфигурацияны өзгөртөт жана кардарды кайра иштетиши мүмкүн, ошондуктан сиз иштеп жаткан сессия ошол VPN'ге көз каранды болсо, машинага экинчи жолду кармаңыз. Сырсөздү shell тарыхына түшө турган буйрукка кыстырбай, кадимки суроодо терүүңүз.
Уста жаза турган файлды билиңиз
Конфигурация мында: /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 буйругун пакеттин документтери колдонгон ат менен салыштырыңыз, андан кийин жүктөө процесси чындап окуган жолду өчүрүңүз.
Конфигурация окшош көрүнөт деп OpenVPN unitин алмаштырбаңыз. Бул кардар Kerio дарбазасы менен өз протоколунда сүйлөшөт, ошондуктан ошол эле файлга багытталган башка демон аутентификациядан өтпөйт, жана кошумча ийгиликсиздик далилдерди окууну кыйындатат. GFI'нин Linux кардары да бир убакта бир гана VPN туташуусун кармайт; бул чектөө кардарга тиешелүү, дарбазанын колдонуучу сыйымдуулугуна эмес.
Журналдарды окуңуз, анан ресурсту текшериңиз
Үч файл /var/log/kerio-kvc демондун окуясын айтып берет: init.log жашоо циклинин окуялары үчүн, error.log олуттуу бузулуулар үчүн жана debug.log деталдар үчүн. Сурооңузга жооп берген эң кичине үзүндүнү окуңуз жана аны бир жерге койгонго чейин акыркы чекиттерди жана колдонуучу аттарын алып салыңыз. init.log файлында устаны иштеткен убакыттын айланасында боштук болсо, демон эч качан кайра жүктөлбөгөнүн билдирет.
| File | Read it for | Skip it when |
|---|---|---|
init.log | start, reload and stop events | you already know the daemon restarted |
error.log | failed authentication and certificate problems | the tunnel is up and traffic still fails |
debug.log | protocol detail worth attaching to a ticket | the error is already named in error.log |
Жарактуу пакет, иштеп жаткан демон жана жеткиликтүү ресурс — бул үч өзүнчө натыйжа, жана тизме үчөө тең аткарылганда гана бүтөт. Бекитилген өзгөртүүдөн кийин дарбазанын артында гана болгон хостту сураңыз, анан ага кадимки кызматты ачыңыз. Туннель көтөрүлүп, ресурс жок болсо, калган ката дарбаза маршрутунда же firewall эрежесинде, жаңы эле кайра конфигурацияланган кардарда эмес.
Бүткөн абалды жазып коюңуз: пакеттин чыгарылышы, архитектурасы, манжа изи башка канал аркылуу ырасталдыбы жана кайсы кайра жүктөө же кайра иштетүүнү аткардыңыз. Ошол жазуу кийинки адамдын биринчи текшерүүсүн арзан кылат.