PAM მოდული უცნობია: რომელი პროცესი ჩავარდა სინამდვილეში

წაიკითხეთ ეს ფრაზა როგორც განცხადება საერთო ობიექტზე და ფუნქციის მაჩვენებელზე და არა პაროლზე. იგივე სიტყვები შეიძლება მოვიდეს OpenVPN დანამატიდან, ერთი სერვისისთვის ჩატვირთული PAM სტეკიდან ან RADIUS დემონის შიგნიდან, და ეს სამი განსხვავებული გამოძიებაა. ჯერ პროცესი განსაზღვრეთ.

ქვემოთ მოცემული შემოწმებები ვარაუდობს, რომ შეტყობინება გამოჩნდა Linux-PAM ინტეგრაციის მეშვეობით VPN-ში შესვლისას. თუ ის RADIUS სერვერის საკუთარი კონფიგურაციიდან მოვიდა, დაიწყეთ იმ დემონის მტკიცებულებებით.

დაასახელეთ პროცესი, სანამ პაკეტს დაასახელებთ

სამ კომპონენტს მოდული ჰქვია და არც ერთი მათგანი ურთიერთშემცვლელი არ არის. OpenVPN-ის ავთენტიფიკაციის დანამატს VPN დემონი ტვირთავს და ის ახორციელებს იმ დემონის უკუგამოძახების ინტერფეისს. PAM მოდული არის საერთო ობიექტი, რომელსაც libpam ტვირთავს დასახელებული სერვისისთვის, და რომელიც ახორციელებს შესვლის წერტილებს, როგორიცაა pam_sm_authenticate. FreeRADIUS მოდული იმ დემონის საკუთარი კონფიგურაციის ნაწილია. იგივე სიტყვების შეტყობინება შეიძლება მოვიდეს სამივედან, ამიტომ პირველი კითხვაა, რომელმა ჟურნალის სტრიქონმა შექმნა ის.

დააკავშირეთ ერთი წარუმატებელი მცდელობის დროის ნიშანი VPN ჟურნალსა და სისტემის ავთენტიფიკაციის ჟურნალს შორის, შემდეგ წაიკითხეთ შეჯამების წინა სტრიქონები. კონკრეტული ჩამტვირთავის შეტყობინება ჩვეულებრივ უკვე იქ არის.

წაიკითხეთ ჩატვირთვის შეცდომა, შემდეგ შესვლის წერტილი

PAM აცნობებს უცნობ მოდულს, როცა ვერ ტვირთავს არჩეულ საერთო ობიექტს, ან როცა ჩატვირთული ობიექტი არ აწვდის იმ ფუნქციას, რომელსაც ეს სტეკის ჩანაწერი მოითხოვს. ეს სხვადასხვა შეკეთებაა: პირველი გზის, შეფუთვის ან ABI-ის პრობლემაა, ხოლო მეორე შეუსაბამო შესვლის წერტილია. ავთენტიფიკაციის სტრიქონს სჭირდება pam_sm_authenticate ხოლო ანგარიშის სტრიქონს სჭირდება pam_sm_acct_mgmt, და ბიბლიოთეკა, რომელიც მხოლოდ ერთს ახორციელებს, მეორეზე ჩავარდება, როგორც გამომგზავნის კოდი გვიჩვენებს. ფაილის დისკზე პოვნა არც ერთს არ ამტკიცებს.

მსგავსი სახელის ბიბლიოთეკის აღება სხვა დისტრიბუტივიდან ან პროცესორის სხვა არქიტექტურიდან შეკეთება არ არის და შეიძლება პროცესი დატოვოს მოდულის ჩატვირთვისას, რომელიც არასდროს გამოცდილა მისი libpam-ის წინააღმდეგ. სანამ რამეს შეცვლით, შეამოწმეთ განკუთვნილი გზის მფლობელი პაკეტი და ფაილის ნამდვილი არქიტექტურა.

შეინარჩუნეთ გარანტიები, რომლებსაც სტეკი იძლეოდა

ამ შეცდომის გაჩუმების ყველაზე სწრაფი გზა ყველაზე ცუდიცაა: სავალდებულო მოდულის არასავალდებულოდ მონიშვნა, ანგარიშის ეტაპის წაშლა, ან უპირობო ნებართვის ჩასმა. თითოეული მათგანი წარუმატებელ შემოწმებას არარსებულ შემოწმებად აქცევს და შესვლა შემდეგ წარმატდება იმ მიზეზებით, რომლებიც არავის უგულისხმია. პაროლების აღდგენა და საერთო საიდუმლოს შეცვლა არც ამას ავსებს, რადგან ჩავარდნა ხდება მანამ, სანამ რომელიმე სერთიფიკატი backend-ს მიაღწევს.

მრავალმოდულიან სტეკს შეიძლება წარუმატებელ ჩანაწერამდე სხვა backend გაეშვა, ამიტომ შეცდომა არ ამტკიცებს, რომ RADIUS მოთხოვნა არ გაგზავნილა.

შეამოწმეთ შესვლა და არა მოდული

შეუსაბამობის გასწორების შემდეგ გამოსცადეთ დაშვების ნამდვილი გზა. სწორი ანგარიში უნდა გაიაროს, არასწორმა სერთიფიკატებმა კვლავ უნდა ჩავარდეს, ხოლო აკრძალული ანგარიში კვლავ უნდა იქნას უარყოფილი. ასევე დაადასტურეთ, რომ სერთიფიკატის ან დამატებითი ფაქტორის ნებისმიერი მოთხოვნა კვლავ აღსრულდება, რადგან ეტაპის გამოტოვებული შეკეთებული სტეკი კლიენტის მხრიდან წარმატებად გამოიყურება.

მოდულის სუფთად ჩატვირთვა პროგრესია და არა დასრულებული ტესტი.

ჩაწერეთ რომელი სერვისის სახელი, რომელი პოლიტიკის ფაილები და რომელი შესვლის წერტილები იყო ჩართული, ასევე ერთადერთი მცდელობა, რომელიც მტკიცებულებად გამოიყენეთ. სწორედ ეს ჩანაწერი აქცევს მომდევნო შემთხვევას ძიებად და არა არქეოლოგიურ ვარჯიშად.