PAM modulu tanınmır: hansı proses həqiqətən uğursuz oldu

Bu ifadəni parol haqda deyil, paylaşılan obyekt və funksiya göstəricisi haqda bir açıqlama kimi oxuyun. Eyni sözlər OpenVPN plagini tərəfindən, bir xidmət üçün yüklənmiş PAM yığınından və ya RADIUS demonunun içindən gələ bilər və bunlar üç fərqli araşdırmadır. Əvvəlcə prosesi müəyyənləşdirin.

Aşağıdakı yoxlamalar mesajın VPN girişində Linux-PAM inteqrasiyası vasitəsilə meydana çıxdığını fərz edir. Əgər o, RADIUS serverinin öz konfiqurasiyasından gəlibsə, başlamaq üçün həmin demonun sübutlarına baxın.

Paketi adlandırmazdan əvvəl prosesi adlandırın

Üç komponent modul adlanır və heç biri digəri ilə əvəz oluna bilməz. OpenVPN autentifikasiya plagini VPN demonu tərəfindən yüklənir və həmin demonun geri çağırış interfeysini tətbiq edir. PAM modulu isə libpam tərəfindən adlı xidmət üçün yüklənən və pam_sm_authenticate kimi giriş nöqtələrini tətbiq edən paylaşılan obyektdir. FreeRADIUS modulu həmin demonun öz konfiqurasiyasının bir hissəsidir. Eyni sözləri daşıyan mesaj üçündən hər hansı birindən gələ bilər, ona görə ilk sual hansı log sətrinin onu yaratdığıdır.

Bir uğursuz cəhdin vaxt damğasını VPN jurnalı ilə sistem autentifikasiya jurnalı arasında əlaqələndirin, sonra xülasədən əvvəlki sətirləri oxuyun. Konkret yükləyici mesajı adətən artıq orada olur.

Əvvəlcə yükləmə xətasını, sonra giriş nöqtəsini oxuyun

PAM naməlum modul barədə o zaman bildirir ki, seçilmiş paylaşılan obyekti yükləyə bilmir və ya yüklənmiş obyekt yığın sətrinin tələb etdiyi funksiyanı təqdim etmir. Bunlar fərqli düzəlişlərdir: birincisi yol, paketləmə və ya ABI problemi, ikincisi isə uyğunsuz giriş nöqtəsidir. Autentifikasiya sətri pam_sm_authenticate tələb edir, hesab sətri isə pam_sm_acct_mgmt, və onlardan yalnız birini tətbiq edən kitabxana digərində uğursuz olacaq, dispetçer kodu göstərdiyi kimi. Faylın diskdə tapılması heç birini sübut etmir.

Bənzər adlı kitabxananı başqa distributivdən və ya prosessor arxitekturasından götürmək düzəliş deyil və prosesi heç vaxt öz libpam-ı ilə sınaqdan keçirilməmiş modulu yükləyən vəziyyətdə qoya bilər. Nəyisə dəyişməzdən əvvəl nəzərdə tutulan yola sahib paketi və faylın həqiqi arxitekturasını yoxlayın.

Yığının verdiyi zəmanətləri qoruyun

Bu xətanı susdurmağın ən sürətli yolu eyni zamanda ən pisdir: tələb olunan modulu qeyri-məcburi kimi işarələmək, hesab mərhələsini silmək, və ya qeyd-şərtsiz icazə əlavə etmək. Bunların hər biri uğursuz yoxlamanı mövcud olmayan yoxlamaya çevirir və giriş heç kimin nəzərdə tutmadığı səbəblərlə uğurlu olur. Parol sıfırlamaları və ümumi sirrin dəyişdirilməsi də çatışmayan funksiyanı təmin etmir, çünki uğursuzluq hər hansı etimadnamə arxa sistemə çatmadan baş verir.

Çoxmodullu yığın uğursuz sətirdən əvvəl başqa arxa sistemi işə salmış ola bilər, ona görə xəta heç bir RADIUS sorğusunun göndərilmədiyini sübut etmir.

Modulu deyil, girişi yoxlayın

Uyğunsuzluq düzəldildikdən sonra faktiki qəbul yolunu sınaqdan keçirin. Etibarlı hesab uğurlu olmalı, yanlış etimadnamələr hələ də uğursuz olmalı, qadağan edilmiş hesab isə yenə rədd edilməlidir. Həmçinin hər hansı sertifikat və ya əlavə amil tələbinin hələ də tətbiq olunduğunu təsdiqləyin, çünki mərhələni atlayan düzəldilmiş yığın müştəri tərəfindən uğur kimi görünür.

Modulun təmiz yüklənməsi irəliləyişdir, bitmiş sınaq deyil.

Hansı xidmət adının, hansı siyasət fayllarının və hansı giriş nöqtələrinin iştirak etdiyini, sübut kimi istifadə etdiyiniz tək cəhdlə birlikdə qeyd edin. Bu qeyd növbəti hadisəni arxeoloji məşq əvəzinə sadə axtarışa çevirir.