OpenVPN: TLS qo'l berish muvaffaqiyatsiz bo'ldi — qaysi tarmoqdasiz?

TLS qo'l berish muvaffaqiyatsiz bo'ldi degan satr — hikoyaning oxiri, boshlanishi emas. Muhimi — undan oldingi voqea, chunki u to'rtta butunlay boshqa nosozlikdan qaysi biri borligini nomlaydi. Vaqt tugashi, boshqaruv kanalining mos kelmasligi, sertifikatning rad etilishi va kelishuvdan keyingi nosozlik bir xil sarlavha beradi. Tarmoqni dalillarga qarab tanlang, shunda tuzatish taxmin bo'lmay qoladi.

Nosozlikdan oldingi oxirgi voqeani o'qing

Oxirgi satrni o'qish o'rniga yuqoriga aylantiring. Uzilishdan oldingi voqea odatda bosqichni nomlaydi: umuman javob yo'q, boshqaruv paketlari almashinuvida xatolik, tekshiruv natijasi yoki muvaffaqiyatli kelishuvdan keyingi autentifikatsiya natijasi. Ularning har biri boshqa egaga tegishli. Aynan o'sha bitta satr quyidagi qaysi bo'lim qo'llanishini hal qiladi.

Xato matnini mijoz versiyasi, oxirgi nuqta va transport bilan birga saqlang. Kalitlar, parollar va tahrirlanmagan profillarni omma oldida joylashtiradigan har qanday narsadan uzoqda tuting.

Aniq birinchi xato uzoq jurnal parchasidan qimmatroq. U bosqichni nomlaydi, bosqich esa egasini nomlaydi.

Birinchi tarmoq: hech narsa qaytmadi

Agar mijoz birinchi paketini yuborib, foydali hech narsa olmagan bo'lsa, muammo yo'lda yoki tinglovchida. Profil operator haqiqatan taklif qiladigan variantga mos kelishini tasdiqlang: manzil, port va UDP yoki TCP. So'ngra oxirgi nuqtaga bu tarmoqdan umuman yetib borish mumkinligini tekshiring. Davom etishdan oldin bu ikki tekshiruvdan qaysi biri muvaffaqiyatsiz bo'lganini yozib qo'ying.

Xuddi shu xost nomidagi sahifani yuklayotgan brauzer faqat veb-xizmat javob berganini isbotlaydi. Hatto qabul qilingan TCP ulanish ham OpenVPN kelishuvni tugatgani haqida hech narsa aytmaydi.

Agar profil boshqa ishonchli tarmoqda ishlasa, o'sha taqqoslashni saqlang. U cheklovni yo'l yoki vositachiga joylashtiradi.

Ikkinchi tarmoq: boshqaruv kanali mos kelmaydi

Almashinuv boshlanib, keyin to'xtab qolsa, birinchi gumondor boshqaruv kanali sozlamalari. tls-auth va tls-crypt joylashtirishga mos kelishi kerak, boshqa serverdan olingan material esa foydali almashinuv bermaydi. Bu nosozlik har qanday hisobga kirishdan oldin sodir bo'ladi. Eski serverdan ko'chirilgan profil odatiy manba.

Parolni tiklash bu sozlamalarni almashtirmaydi, boshqa xizmatdan kalit qarz olish esa moslik tuzatishi emas. Profilni operatorning tasdiqlangan kanali orqali oling va u kutayotgan mijoz versiyasini yozib qo'ying.

Nima bardosh berishini ko'rish uchun eski algoritmlar uyumini yoqish o'rniga aniq kelishuv xatosini qayd eting. Ushlay olingan xato matni operatorga o'z tomonini tekshirish imkonini beradigan narsadir.

Uchinchi tarmoq: sertifikat rad etildi

Aniq tekshiruv nosozligi yoqmaydigan sertifikatni nomlaydi. Avval qurilma soatini tekshiring, keyin qaysi obyekt muvaffaqiyatsiz bo'lganini o'qing: server sertifikati, mijoz sertifikati yoki zanjirdagi chiqaruvchi. Muddati tugashi, ishonchsiz chiqaruvchi va kutilmagan shaxs uch xil xabar.

Tuzatilgan materialni olayotganda tekshiruvni yoqilgan holda tuting. Aloqasiz sertifikatni qabul qilish xatoni olib tashlaydi, lekin ko'zlangan serverga yetib kelganingizni isbotlamaydi.

Nosozlik tarmoqqa yoki profilga ergashishini yozib qo'ying. Hamma joyda ko'rinadigan sertifikat xatosi yo'l muammosi emas.

To'rtinchi tarmoq: kelishuv tugadi va boshqa narsa muvaffaqiyatsiz bo'ldi

Shaxs almashinuvi muvaffaqiyatli bo'lgach, qolgan nosozlik autentifikatsiya yoki marshrutlashga tegishli. Hisobning aniq rad etilishi autentifikatsiya masalasi, yetib bo'lmaydigan saytlari bor ulangan tunnel esa marshrutlash yoki DNS masalasi. O'sha paytda TLS parametrlarini almashtirishni davom ettirish allaqachon ishlagan bosqichga zarar yetkazadi.

Muammoni aytganda har bir tarmoq muvaffaqiyatsiz bo'ladimi, boshqa profil ishlaydimi va server urinishni qayd etganmi, ayting. Server tarafidagi sukunat va uning tarafidan rad etish turli chegaralarda turadi.