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 файлд илбэчнийг ажиллуулсан цагийн орчимд завсар байвал демон хэзээ ч дахин ачаалагдаагүйг илтгэнэ.

Хүчинтэй багц, ажиллаж байгаа демон, хүрч болох нөөц нь гурван тусдаа үр дүн бөгөөд гурвуулаа биелэгдсэн үед л жагсаалт дуусна. Зөвшөөрөгдсөн өөрчлөлтийн дараа зөвхөн хаалганы ард орших хост хүсэж, дараа нь түүн дээр энгийн үйлчилгээ нээнэ үү. Туннель өргөгдсөн боловч нөөц байхгүй бол үлдсэн алдаа нь хаалганы маршрут эсвэл галт хананы дүрэмд байна, дөнгөж дахин тохируулсан клиентэд биш.

Дуусгасан төлвөө бичээрэй: багцын хувилбар, архитектур, хурууны хээг өөр сувгаар баталгаажуулсан эсэх, ямар дахин ачаалалт эсвэл дахин эхлүүлэлт хийсэн. Тэр тэмдэглэл нь дараагийн хүний эхний шалгалтыг хямд болгодог.