Profil yuklab olinadi, import qilinadi va keyin faylning 12-satrida keysize ni nomlaydigan Unrecognized option xabari bilan to'xtaydi. Hisobda hech narsa o'zgarmadi va server boshqa mijozlarni ham qabul qiladi. O'zgargan narsa — mijozning o'zi: Ubuntu 24.04OpenVPN 2.6 ni o'rnatadi, holbuki eksport 2.4 uchun yozilgan. Tuzatish — bir nechta satrni o'chirishdan iborat qisqa ketma-ketlik, va tartib muhim, chunki har bir eskirgan parametr keyingisi umuman o'qilmasdan oldin tahlilni to'xtatadi.

Faylga tegishdan oldin xato satrini o'qing

OpenVPN faylni va tahlil to'xtagan satrni nomlaydi, shuning uchun bitta ishga tushirishda faqat bitta muammoni tuzatish mumkin. Profilni ish stoli appletidan emas, terminaldan ishga tushiring, chunki applet odatda stderr ni yutib yuboradi va satr raqami siz oladigan yagona ishonchli ko'rsatkich: sudo openvpn --config /etc/openvpn/client/provider.ovpn. O'sha satrni tuzating, qayta ishga tushiring va keyingi xato boshqa parametrni nomlashini kuting.

Tahlil xatosi har doim har qanday TLS qo'l siqishdan oldin paydo bo'ladi, shuning uchun sertifikatni eslatuvchi xabar sintaksis bosqichidan allaqachon o'tgan. Bu farq sizni faqat autentifikatsiyada yiqiladigan faylni tahrirlashdan saqlaydi. Xabarning o'rtasini emas, birinchi so'zini o'qing.

Uch xil nosozlik sinfi, uch xil tuzatish

Eski eksportlar uch xil aniqlanadigan usulda yiqiladi va ularni bitta muammoga birlashtirish odamlarning hech qachon buzilmagan paketlarni qayta o'rnatishiga sabab bo'ladi. Xabarning so'zlari faylni ochishdan oldin qaysi sinfda ekaningizni aytadi.

  • Tahlil xatolari fayl va satrni nomlaydi va hech qanday trafik paydo bo'lishidan oldin to'xtaydi.
  • Muzokara xatolari ulanadi, keyin ikki tomon umumiy shifr yoki maqbul ma'lumot kanali bo'yicha kelisha olmaganini bildiradi.
  • Autentifikatsiya xatolari eng uzoqqa boradi va sertifikat, foydalanuvchi yoki rad etilgan ma'lumotlarni nomlaydi.

Profilni tahrirlash faqat birinchi sinfni tuzatadi. Muzokara tunnelning ikki chetida qaror talab qiladi va rad etilgan ma'lumot umuman sintaksis muammosi emas. Agar xabaringiz umumiy shifr yoki ma'lumot kanalini eslatsa, quyidagi o'chirishlar hech narsani o'zgartirmaydi.

2.6 olib tashlagan parametrlarni shu tartibda o'chiring

Bu satrlarning har biri tahlilni o'zi to'xtatadi, shuning uchun mijoz ularni birma-bir xabar qiladi. Ro'yxatdan pastga tushing va har o'chirishdan keyin qayta ishga tushiring.

Avval keysize ni olib tashlang, chunki uning zamonaviy muqobili yo'q va mavjudligi odatda joriy mijoz baribir rad etadigan shifrni bildiradi. Keyin ncp-disable ni olib tashlang, u shifr muzokarasini boshqarardi, 2.5 da eskirgan va 2.6 da yo'q bo'lgan. ns-cert-type server o'rniga remote-cert-tls server qo'ying, u qo'llab-quvvatlanadigan tekshiruv orqali xuddi shu maqsadni bildiradi.2.6 o'zgarishlar tarixi qolgan olib tashlashlarni ularning o'rinbosarlari yonida sanaydi, shuning uchun tahlilchi hali rad etadigan har qanday narsaga hujjatlashtirilgan javob bor.

Birinchi tahrirdan oldin asl profil nusxasini saqlang. Provayderlar eksportlarni qayta yaratadi va tegmagan fayl bilan taqqoslash o'zgarishlaringizni ularnikidan ajratishning eng tez usuli. Agar o'chirish mijozni ishga tushirishga imkon bersa, lekin tunnel hali ham yiqilsa,siz muzokara sinfiga o'tgansiz va qolgan satrlar sabab emas. Mijoz versiyasini fayl nomiga qo'ying, shunda keyingi odam tahrirlar qaysi versiyaga qaratilganini biladi.

BF-CBC ni faqat cheklangan zaxira sifatida ishlatib turing

Ba'zi provayderlar hali ham BF-CBC da tugaydi, OpenVPN 2.6 uni yordamsiz muzokara qilmaydi, chunki bu shifrda 64 bitli blok bor. Tor tuzatish — zaxira ro'yxati va OpenSSL legacy provayderi, butun mijozni pastga tushirish emas.

providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC

Birinchi satr legacy provayderni yuklaydi, shunda OpenSSL o'sha shifrni hali ham yaratadi, ikkinchisi uni qo'llab-quvvatlaydigan tengdoshlar uchun zamonaviy muzokarani saqlaydi, uchinchisi esa server yaxshiroq narsa taklif qilmagandagina qo'llaniladi. Bu tunnelni ataylab zaiflashtirish, shuning uchun nima uchun mavjudligini fayl yoniga yozib qo'ying. Zaxira manzil emas, ko'prik bo'lgani uchun ayni paytda provayderdan qayta yaratilgan eksport so'rang.

--compat-mode ni universal javob sifatida qo'llamang. U bir vaqtning o'zida bir nechta xatti-harakatni o'zgartiradi, muzokara va qayta muzokara standart sozlamalari bilan birga, shuning uchun qaysi o'zgarish muhim bo'lganini hech qachon bilmaysiz. Yuqoridagi uchta aniq satrni afzal ko'ring, chunki har biri o'z ta'sirini bildiradi.

Mijoz haqiqatda yuklaydigan profil bilan tekshiring

Import qilingan ulanishlar ko'pincha tizim katalogiga nusxalanadi, shuning uchun yuklab olish papkangizdagi faylni tahrirlash hech narsani o'zgartirmasligi mumkin. Ishlaydigan nusxani toping: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn. Keyin tunnelni ishga tushiring va haqiqatda tanlangan ma'lumot kanali shifrini xabar qiladigan jurnal satrini o'qing. Zaxirada qo'l siqishni yakunlaydigan ulanish server hech qachon zamonaviy narsa taklif qilmaganini aytadi.

Provayder kutgan tarmoq bo'lmagan tarmoqdan sinab ko'ring, shunda captive portal yoki filtrlangan mehmon tarmog'i profil nosozligi bo'lib ko'rinmaydi. Har qanday yordam so'roviga mijoz versiyasini yozib qo'ying.

Tunnel ko'tarilgach, undan o'tishi shart bo'lgan va o'tmasligi kerak bo'lgan bittadan so'rov yuboring, so'ngra rezolver javobi kutgandek o'zgarganini tasdiqlang. Agar profil endi tahlil qilinsa, lekin ulanish hali ham yiqilsa, siz sintaksis muammosini ortda qoldirgansiz va xato matni yangi sinfni nomlaydi. Tahrirlangan faylni u mo'ljallangan OpenVPN versiyasini ko'rsatuvchi eslatma bilan birga versiya nazoratida saqlang.

O'xshash maqolalar