PAM moduli noma'lum: qaysi jarayon aslida muvaffaqiyatsiz bo'ldi

Bu iborani parol haqida emas, umumiy obyekt va funksiya ko'rsatkichi haqida bayon sifatida o'qing. Xuddi shu so'zlar OpenVPN plaginidan, bitta xizmat uchun yuklangan PAM stekidan yoki RADIUS demonining ichidan kelishi mumkin va bular uch xil tekshiruv. Avval jarayonni aniqlang.

Quyidagi tekshiruvlar xabar VPN kirishida Linux-PAM integratsiyasi orqali paydo bo'lgan deb hisoblaydi. Agar u RADIUS serverining o'z konfiguratsiyasidan kelgan bo'lsa, o'sha demonning dalillaridan boshlang.

Paketni nomlashdan oldin jarayonni nomlang

Uch komponent modul deb ataladi va hech biri bir-birining o'rnini bosmaydi. OpenVPN autentifikatsiya plaginini VPN demoni yuklaydi va u o'sha demonning qayta chaqiruv interfeysini amalga oshiradi. PAM moduli esa umumiy obyekt bo'lib, uni libpam nomlangan xizmat uchun yuklaydi, va u quyidagidek kirish nuqtalarini amalga oshiradi: pam_sm_authenticate. FreeRADIUS moduli o'sha demonning o'z konfiguratsiyasining bir qismi. Xuddi shu so'zli xabar uchtasidan ham kelishi mumkin, shuning uchun birinchi savol qaysi jurnal satri uni yaratgani.

Bitta muvaffaqiyatsiz urinishning vaqt belgisini VPN jurnali va tizim autentifikatsiya jurnali o'rtasida moslang, so'ng xulosadan oldingi satrlarni o'qing. Yuklovchining aniq xabari odatda allaqachon o'sha yerda bo'ladi.

Yuklash xatosini o'qing, so'ng kirish nuqtasini

PAM noma'lum modul haqida tanlangan umumiy obyektni yuklay olmasa yoki yuklangan obyekt o'sha stek yozuvi talab qiladigan funksiyani bermasa xabar beradi. Bular har xil tuzatishlar: birinchisi yo'l, qadoqlash yoki ABI muammosi, ikkinchisi esa mos kelmaydigan kirish nuqtasi. Autentifikatsiya satriga pam_sm_authenticate kerak, hisob satriga esa pam_sm_acct_mgmt kerak, va ulardan faqat bittasini amalga oshiruvchi kutubxona ikkinchisida muvaffaqiyatsiz bo'ladi, yuboruvchi kodi ko'rsatganidek. Faylni diskda topish ikkalasini ham isbotlamaydi.

O'xshash nomli kutubxonani boshqa distributiv yoki protsessor arxitekturasidan olish tuzatish emas va jarayonni hech qachon o'z libpamiga qarshi sinalmagan modulni yuklab qoldirishi mumkin. Biror narsani o'zgartirishdan oldin mo'ljallangan yo'lga ega paketni va faylning haqiqiy arxitekturasini tekshiring.

Stek bergan kafolatlarni saqlang

Bu xatoni jim qilishning eng tez yo'li eng yomon yo'l hamdir: majburiy modulni ixtiyoriy deb belgilash, hisob bosqichini o'chirish, yoki shartsiz ruxsat qo'shish. Ularning har biri muvaffaqiyatsiz tekshiruvni yo'q tekshiruvga aylantiradi va kirish keyin hech kim niyat qilmagan sabablarga ko'ra muvaffaqiyatli bo'ladi. Parolni tiklash va umumiy sirni o'zgartirish ham yetishmayotgan funksiyani bermaydi, chunki nosozlik har qanday hisob ma'lumoti backendga yetib borishidan oldin yuz beradi.

Ko'p modulli stek muvaffaqiyatsiz yozuvdan oldin boshqa backendni ishga tushirgan bo'lishi mumkin, shuning uchun xato hech qanday RADIUS so'rovi yuborilmaganini isbotlamaydi.

Modulni emas, kirishni tekshiring

Nomuvofiqlik tuzatilgandan so'ng haqiqiy qabul yo'lini sinab ko'ring. Yaroqli hisob muvaffaqiyatli bo'lishi, yaroqsiz hisob ma'lumotlari hanuz muvaffaqiyatsiz bo'lishi va taqiqlangan hisob hanuz rad etilishi kerak. Shuningdek, sertifikat yoki qo'shimcha omil talabi hanuz qo'llanilishini tasdiqlang, chunki bosqichni o'tkazib yuborgan tuzatilgan stek mijoz tomonidan muvaffaqiyatdek ko'rinadi.

Modulning toza yuklanishi taraqqiyot, tugallangan sinov emas.

Qaysi xizmat nomi, qaysi siyosat fayllari va qaysi kirish nuqtalari ishtirok etganini, dalil sifatida ishlatgan yagona urinish bilan birga yozib qo'ying. Aynan shu yozuv keyingi hodisani arxeologiya mashqi emas, qidiruvga aylantiradi.