PAM մոդուլն անհայտ է՝ ո՞ր գործընթացն իրականում ձախողվեց

Կարդացեք այդ արտահայտությունը որպես հայտարարություն համօգտագործվող օբյեկտի և ֆունկցիայի ցուցիչի մասին, ոչ թե գաղտնաբառի։ Նույն բառերը կարող են գալ OpenVPN փլագինից, մեկ ծառայության համար բեռնված PAM ստեկից կամ RADIUS դեմոնի ներսից, և դրանք երեք տարբեր հետաքննություններ են։ Նախ որոշեք գործընթացը։

Ստորև բերված ստուգումները ենթադրում են, որ հաղորդագրությունն ի հայտ է եկել VPN մուտքի ժամանակ Linux-PAM ինտեգրման միջոցով։ Եթե այն եկել է RADIUS սերվերի սեփական կոնֆիգուրացիայից, սկսեք այդ դեմոնի ապացույցներից։

Անվանեք գործընթացը նախքան փաթեթը անվանելը

Երեք բաղադրիչ կոչվում են մոդուլ, և դրանցից ոչ մեկը փոխարինելի չէ։ OpenVPN նույնականացման փլագինը բեռնում է VPN դեմոնը և իրականացնում է այդ դեմոնի հետկանչի ինտերֆեյսը։ PAM մոդուլը համօգտագործվող օբյեկտ է, որը libpam-ը բեռնում է անվանված ծառայության համար, և իրականացնում է այնպիսի մուտքի կետեր, ինչպիսին pam_sm_authenticate է։ FreeRADIUS մոդուլը այդ դեմոնի սեփական կոնֆիգուրացիայի մասն է։ Նույն բառերով հաղորդագրությունը կարող է գալ երեքից որևէ մեկից, ուստի առաջին հարցն այն է, թե որ գրանցամատյանի տողն է այն առաջացրել։

Կապեք մեկ ձախողված փորձի ժամանականիշը VPN գրանցամատյանի և համակարգի նույնականացման գրանցամատյանի միջև, ապա կարդացեք ամփոփումից առաջ եղած տողերը։ Կոնկրետ բեռնիչի հաղորդագրությունը սովորաբար արդեն այնտեղ է։

Կարդացեք բեռնման սխալը, ապա մուտքի կետը

PAM-ը հայտնում է անհայտ մոդուլի մասին, երբ չի կարողանում բեռնել ընտրված համօգտագործվող օբյեկտը, կամ երբ բեռնված օբյեկտը չի տրամադրում այն ֆունկցիան, որը պահանջում է այդ ստեկի գրառումը։ Սրանք տարբեր վերանորոգումներ են՝ առաջինը ուղու, փաթեթավորման կամ ABI-ի խնդիր է, իսկ երկրորդը՝ անհամապատասխան մուտքի կետ։ Նույնականացման տողին անհրաժեշտ է pam_sm_authenticate մինչդեռ հաշվի տողին անհրաժեշտ է pam_sm_acct_mgmt, և գրադարանը, որն իրականացնում է դրանցից միայն մեկը, կձախողվի մյուսի դեպքում, ինչպես ցույց է տալիս ուղարկողի կոդը։ Դիսկում ֆայլը գտնելը չի ապացուցում դրանցից ոչ մեկը։

Նման անունով գրադարան վերցնելը այլ դիստրիբուտիվից կամ պրոցեսորի այլ ճարտարապետությունից վերանորոգում չէ, և այն կարող է գործընթացը թողնել բեռնելով մոդուլ, որը երբեք չի փորձարկվել իր libpam-ի դեմ։ Նախքան որևէ բան փոխելը ստուգեք նախատեսված ուղու սեփականատեր փաթեթը և ֆայլի իրական ճարտարապետությունը։

Պահպանեք այն երաշխիքները, որոնք տալիս էր ստեկը

Այս սխալը լռեցնելու ամենաարագ ճանապարհը նաև ամենավատն է՝ պարտադիր մոդուլը նշել որպես ոչ պարտադիր, ջնջել հաշվի փուլը, կամ տեղադրել անվերապահ թույլտվություն։ Դրանցից յուրաքանչյուրը ձախողված ստուգումը վերածում է բացակայող ստուգման, և մուտքն այնուհետև հաջողվում է պատճառներով, որոնք ոչ ոք չէր նախատեսել։ Գաղտնաբառերի վերականգնումը և ընդհանուր գաղտնիքի փոփոխությունը նույնպես չեն տրամադրում բացակայող ֆունկցիա, քանի որ ձախողումը տեղի է ունենում նախքան որևէ հավատարմագիր backend-ին հասնելը։

Բազմամոդուլ ստեկը կարող էր մինչև ձախողված գրառումը գործարկել մեկ այլ backend, ուստի սխալը չի ապացուցում, որ RADIUS հարցում չի ուղարկվել։

Ստուգեք մուտքը, ոչ թե մոդուլը

Անհամապատասխանությունը շտկելուց հետո փորձարկեք ընդունման իրական ուղին։ Վավեր հաշիվը պետք է անցնի, անվավեր հավատարմագրերը պետք է շարունակեն ձախողվել, իսկ արգելված հաշիվը պետք է շարունակի մերժվել։ Համոզվեք նաև, որ վկայագրի կամ լրացուցիչ գործոնի ցանկացած պահանջ դեռ կիրառվում է, քանի որ փուլը բաց թողնող վերանորոգված ստեկը հաճախորդի կողմից հաջողություն է թվում։

Մոդուլի մաքուր բեռնումը առաջընթաց է, ոչ թե ավարտված թեստ։

Գրանցեք, թե որ ծառայության անունը, որ քաղաքականության ֆայլերը և որ մուտքի կետերն էին ներգրավված, ապացույց օգտագործած ձեր միակ փորձի հետ միասին։ Հենց այդ գրառումն է հաջորդ դեպքը դարձնում որոնում, այլ ոչ հնագիտական վարժություն։