Linux'da Kerio VPN mijozi: ketma-ket besh tekshiruv

Linux'ga Kerio VPN mijozini o'rnatgandan so'ng ish stolida hech qanday belgi chiqmaydi va shaxsiy tarmoq yetib bo'lmaydigan holatda qoladi. Bu ushbu mijozning odatiy shakli, buzilgan o'rnatish emas: GFI'ning Linux bo'yicha ko'rsatmalari buyruq qatoridan sozlashni va xizmat skriptini tavsiflaydi, hech qanday GUI yo'q. Quyidagi tekshiruvlarni ketma-ket bajaring, chunki har biri boshqa qatlamni olib tashlaydi. Birinchi muvaffaqiyatsizlik qayerda to'xtashni aytadi, oldinga sakrash esa odatda hech qachon muammo bo'lmagan paketni qayta qurishni bildiradi.

Qurilma mashinaga mos kelishini tasdiqlang

Boshlang: dpkg mashinani nima deb bilishi va paket nima uchun qurilganini ko'rsatadi. Oddiy 64-bitli tizimda dpkg --print-architecture chiqaradi amd64, va sotuvchi sahifasi oddiy Debian paketi yonida amd64 paketini sanab o'tadi. Haqiqatan o'rnatgan fayl nomidagi versiya satrini o'qing, ikkisi mos keladi deb taxmin qilish o'rniga.

2013-yilda i386 uchun qurilgan arxiv faqat --force-architecture berganingiz uchun 64-bitli bo'lib qolmaydi. Majburlash begona binar fayllarni o'rnatadi, hali ham ishga tushadigan ishga tushirgich orqasida bog'liqlik xatosini yashiradi va demon noto'g'ri kutubxonalarni yuklashi mumkin. Nashringiz faqat 32-bitli bo'lsa, uni 32-bitli muhitda ishga tushiring yoki darvoza egasidan yangi qurilma so'rang.

Bog'liqlik satrini ham tekshiring. dpkg -s kerio-control-vpnclient | grep -i depends paket nimani kutishini ko'rsatadi, va bajarilmagan versiya cheklovi yoki yetishmayotgan ish vaqti kutubxonasi shu yerda chiqadi, mijoz jurnalida emas.

Uni paket ustasi orqali sozlang

Dizayn bo'yicha mijozning ilovalar tortmasida yozuvi yo'q, shuning uchun yo'q belgi sozlash muvaffaqiyatli bo'lgani haqida hech narsa demaydi. Ustani qayta ochish uchun sudo dpkg-reconfigure kerio-control-vpnclient ni ishga tushiring va savollariga javob bering: VPN oxirgi nuqtasi, hisob ma'lumotlari va server sertifikatining barmoq izi.

Barmoq izi savolini noto'g'ri server yutishi mumkin bo'lgan yagona joy deb biling. Qiymatni darvozani boshqaradigan administrator bergan server ma'lumotlari bilan solishtiring, oxirgi nuqta ko'rsatgan narsa bilan emas. Tekshirib bo'lmaydigan barmoq izini qabul qilish ushbu ro'yxatning qolganini bezakka aylantiradi, chunki pin saqlangandan keyin dushman server haqiqiysidan farq qilmaydi. Qiymatni boshqa kanal orqali tasdiqlab bo'lmasa, tunnel baribir ko'tarilsa ham to'xtang va so'rang.

Ustani qayta ishga tushirish konfiguratsiyani o'zgartiradi va mijozni qayta ishga tushirishi mumkin, shuning uchun ishlayotgan sessiyangiz shu VPN'ga bog'liq bo'lsa, mashinaga ikkinchi yo'lni saqlang. Parolni shell tarixiga tushadigan buyruqqa joylashtirmasdan, oddiy so'rovda kiriting.

Usta yozadigan faylni biling

Konfiguratsiya shu yerda: /etc/kerio-kvc.conf va u hisobni ham, pin qilingan barmoq izini ham saqlaydi. Uni maxfiy material deb biling. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf uni hamma o'qiy oladigan qilib ko'rsatmasligi kerak.

Ruxsat etilgan qo'lda tahrirdan keyin tarmoq stekini qayta ishga tushirish o'rniga faylga ega demonni qayta yuklang: sudo /etc/init.d/kerio-kvc reload. Qayta yuklash konfiguratsiyani qaytadan o'qiydi va joriy sessiyani tashlaydi, shuning uchun tirik ulanishda bu ta'sirsiz amal emas.

Biror narsani o'zgartirishdan oldin oldingi faylni nusxalang. Agar tahrirdan keyin autentifikatsiya muvaffaqiyatsiz bo'lsa, oxirgi ishlaydigan nusxani tiklash soniyalar oladi va tahrirni tarmoqdan ajratadi, bu ikkisidan qaysi biri siljiganini bilishning eng arzon yo'li.

Tirik sessiyani yuklanish xatti-harakatidan ajrating

Xizmat skripti joriy ulanishni boshqaradi: sudo /etc/init.d/kerio-kvc stop tunnelni hozir tugatadi, start esa uni qaytaradi. Hech bir buyruq keyingi yuklanishda nima bo'lishini hal qilmaydi, va bu farq masofadan boshqariladigan mashinada muhim.

Havolalarni olib tashlash yoki biror narsani maskalashdan oldin avtomatik ishga tushish kimga tegishli ekanini tekshiring. Paket o'zining init skriptini o'rnatishi, unit yaratishi yoki ikkalasini ham qilishi mumkin, va noto'g'ri nomni o'chirish qayta yuklashdan keyin mijozni qaytaradi. systemctl status kerio-kvc ni paket hujjatlarida ishlatiladigan nom bilan tekshiring, so'ng yuklanish jarayoni haqiqatda o'qiydigan yo'lni o'chiring.

Konfiguratsiya o'xshash ko'rinadi deb OpenVPN unitini almashtirmang. Bu mijoz Kerio darvozasi bilan o'z protokolida gaplashadi, shuning uchun xuddi shu faylga qaratilgan boshqa demon autentifikatsiyadan o'tmaydi, va qo'shimcha muvaffaqiyatsizlik dalillarni o'qishni qiyinlashtiradi. GFI'ning Linux mijozi ham bir vaqtda faqat bitta VPN ulanishini saqlaydi; bu chegara mijozga tegishli, darvozaning foydalanuvchi sig'imiga emas.

Jurnallarni o'qing, so'ng resursni tekshiring

Uchta fayl /var/log/kerio-kvc demonning hikoyasini aytadi: init.log hayot sikli hodisalari uchun, error.log jiddiy nosozliklar uchun va debug.log tafsilotlar uchun. Savolingizga javob beradigan eng kichik parchani o'qing, va biror joyga qo'yishdan oldin oxirgi nuqtalar va foydalanuvchi nomlarini olib tashlang. init.log faylida usta ishga tushirilgan vaqt atrofida bo'shliq bo'lsa, demak demon hech qachon qayta yuklanmagan.

Yaroqli paket, ishlab turgan demon va yetib boriladigan resurs uch xil natijadir, va ro'yxat faqat uchtasi ham to'g'ri bo'lganda tugaydi. Tasdiqlangan o'zgarishdan keyin faqat darvoza orqasida mavjud bo'lgan xost so'rang, so'ng unga oddiy xizmat oching. Tunnel ko'tarilgan bo'lsa-yu resurs bo'lmasa, qolgan nosozlik darvoza yo'lida yoki tarmoq devori qoidasida, hozir qayta sozlangan mijozda emas.

Tugatgan holatingizni yozib qo'ying: paket nashri, arxitektura, barmoq izi boshqa kanal orqali tekshirilganmi va qaysi qayta yuklash yoki qayta ishga tushirishni qilganingiz. Aynan shu yozuv keyingi odamning birinchi tekshiruvini arzon qiladi.