To'g'ri VPN paroli yo'qolgan sertifikatning o'rnini bosa olmaydi

Hisob ma'lumotlari to'g'ri, profil toza import qilinadi va ulanish autentifikatsiya tugamasdan turib muvaffaqiyatsiz bo'ladi. Windows'da xabar EAP usuli uchun topilmagan sertifikat haqida 798 xatosi bo'lishi mumkin. OpenVPN'da mijoz jurnali serverni hech qachon qanoatlantirmaydigan TLS qo'l berishni ko'rsatadi. Ikkalasi ham bir xil yo'qolgan obyektni tasvirlaydi: mijoz taqdim etishi kerak bo'lgan mijoz sertifikati.

Parol sirni bilishni isbotlaydi; sertifikat kalitga ega bo'lishni isbotlaydi va biri ikkinchisining o'rnini bosmaydi.

Parol hech qachon muammo bo'lmagan

798 xatosi sertifikat qidiruvining muvaffaqiyatsizligi. Mijozdan sozlangan autentifikatsiya usuliga mos sertifikat so'raldi, u o'z omborini ko'zdan kechirdi va ishlatishga yaroqli hech narsa topmadi. Bu sertifikat yo'qligini, shaxsiy kalitisiz mavjudligini, muddati o'tganini yoki qidiruv yetib bormaydigan joyda saqlanganini bildirishi mumkin. Parolni qayta urinish bu shartlarning birortasini ham o'zgartira olmaydi, shuning uchun xato to'g'ri ma'lumotlar bilan ham qaytadi.

Harakat qilishdan oldin xabarni o'qing. Ma'lumotlarning rad etilishi, sertifikat qidiruvining muvaffaqiyatsizligi va TLS qo'l berishning muvaffaqiyatsizligi uch xil topilma va ulardan faqat bittasi parolga tegishli.

Mijoz omborida nima bo'lishi kerak

Ikki obyekt ishtirok etadi. Mijoz sertifikati VPN mijozini ishga tushiruvchi foydalanuvchi uchun shaxsiy kaliti bilan birga o'rnatilishi kerak va beruvchi ildiz ishonchli bo'lishi lozim. .cer faylida faqat ochiq sertifikat bo'ladi, shuning uchun u yakka o'zi hech narsani autentifikatsiya qila olmaydi. Windows sertifikat menejerida mijoz shaxsi joriy foydalanuvchining shaxsiy omboriga, ildiz esa ishonchli ildizlar omboriga tegishli.

Shaxsni mashina omboriga yoki faqat ildizlar omboriga o'rnatish foydalanuvchining shaxsiy omboriga qaratilgan qidiruvni qanoatlantirmaydi. Omborni, shaxsiy kalit belgisini va amal qilish sanalarini birga tekshiring, so'ng omborni qayta o'qishi uchun mijozni qayta ishga tushiring.

Ikki mahsulot, bir xil yo'qolgan ma'lumot

OpenVPN serverlari odatda mijoz sertifikatini talab qiladi. Mijozga auth-user-pass qo'shish foydalanuvchi nomi va parolni yuboradi, TLS qo'l berish esa hali ham sertifikat so'raydi, shuning uchun faqat parol verify-client-cert require ostida ulanishni yakunlay olmaydi. Serverni hech narsa talab qilmaslikka sozlash mumkin, bu parolni mijozning yagona ma'lumotiga aylantiradi va kuchda haqiqiy pasayish hisoblanadi. auth-user-pass-verify ortidagi shell skript ma'lumotlarni tekshira oladi va skriptlar bajarilishining yoqilgan bo'lishini talab qiladi, bu esa uni to'g'ri autentifikatsiya backend'idan xavfliroq dizaynga aylantiradi.

Faqat parolga asoslangan profil itarib yuborilgan variantlarga ham bog'liq, ular esa o'z navbatida tortish mexanizmining yoqilganligiga bog'liq.

Yo'qolgan sertifikatni tekshiruvlarni o'chirish bilan tuzatmang

Vasvasa xabar yo'qolishi uchun tekshiruvni yumshatishdir. Bu o'z ishini qilayotgan nazoratni olib tashlaydi va endi o'z da'vosini isbotlamaydigan ulanishni qoldiradi. Agar shlyuz yaqinda o'z ildizini almashtirgan bo'lsa, profilni tahrirlash o'rniga mijoz paketini qayta yuklab oling, chunki eski paket hali ham oldingi ildizni olib yurishi mumkin. Agar profil muharririda sertifikat bilan autentifikatsiya varianti bo'lmasa, o'rnatilgan Windows versiyasi bu usulni ko'rsatmasligi mumkin; XML'ni qo'lda tahrirlash o'rniga tizimni yangilang.

Sertifikat qaysi omborda bo'lganini, qaysi foydalanuvchi mijozni ishga tushirganini va shaxsiy kalit bor-yo'qligini yozib qo'ying. Bu uchtasi bu muvaffaqiyatsizlikning deyarli har bir holatini tushuntiradi.

Parol joyida edi. Usulga haqiqatan kerak bo'lgan ma'lumot boshqa joyda edi.