PAM-Modul ass onbekannt: wéi ee Prozess ass tatsächlech feelgeschloen

Liest dëse Saz als Ausso iwwer en gedeelt Objet an e Funktiounspointer, net iwwer e Passwuert. Déi selwecht Wierder kënnen aus engem OpenVPN Plugin kommen, aus engem PAM-Stack deen fir eng eenzeg Servis geluede gouf, oder aus dem RADIUS-Daemon dobannen, an dat sinn dräi verschidde Fuerschungen. Bestëmmt als éischt de Prozess.

D'Kontrollen hei drënner huelen un, datt d'Noriicht iwwer eng Linux-PAM-Integratioun bei enger VPN-Umeldung opgetratt ass. Wann se aus der Konfiguratioun vum RADIUS-Server selwer koum, fänkt mat de Beleeër vun deem Daemon un.

Nennt de Prozess, ier Dir de Package nennt

Dräi Komponente ginn als Modul bezeechent an keng ass austauschbar. En OpenVPN-Authentifikatiouns-Plugin gëtt vum VPN-Daemon gelueden an implementéiert deem seng Callback-Schnittstell. E PAM-Modul ass en gedeelt Objet, deen libpam fir eng genannte Servis luet, an deen Entréespunkte wéi pam_sm_authenticate implementéiert. E FreeRADIUS-Modul ass en Deel vun der eege Konfiguratioun vun deem Daemon. Eng Noriicht mat deene selwechte Wierder kann aus all dräi kommen, dofir ass déi éischt Fro, wéi eng Logzeil se erstallt huet.

Korreléiert den Zäitstempel vun engem feelgeschloenen Versuch tëscht dem VPN-Log an dem System-Authentifikatiouns-Log, a liest duerno d'Zeenen virun der Zesummefaassung. Déi spezifesch Lueder-Noriicht ass meeschtens schonn do.

Liest de Luedfehler, duerno den Entréespunkt

PAM mëldet en onbekannt Modul, wann et dat gewielt gedeelt Objet net luet, oder wann dat gelueden Objet d'Funktioun net ubitt, déi dee Stack-Antrag verlaangt. Dat sinn ënnerschiddlech Reparaturen: déi éischt ass e Problem mam Pad, der Verpackung oder der ABI, an déi zweet ass en Entréespunkt deen net passt. Eng Auth-Zeil brauch pam_sm_authenticate wärend eng Kont-Zeil pam_sm_acct_mgmt brauch, an eng Bibliothéik déi nëmmen eng vun deenen zwee implementéiert wäert op der anerer feelgoen, de Code vum Dispatcher weist. D'Datei op der Plack ze fannen beweise keent vun deenen zwee.

Eng Bibliothéik mat engem ähnlechen Numm aus enger anerer Distributioun oder CPU-Architektur ze huelen ass keng Reparatur, an et kann e Prozess do loossen, deen e Modul luet, dat ni géint seng libpam getest gouf. Prüft de Package dem den intendéierte Pad gehéiert an déi tatsächlech Architektur vun der Datei, ier Dir eppes ännert.

Behält d'Garantien déi de Stack gemaach huet

De schnellste Wee fir dëse Fehler ze stëllen ass och dee schlëmmsten: e erfuerderlecht Modul als optional markéieren, d'Kont-Etapp läschen, oder eng onbedingt Erlaabnes asetzen. Jiddwereen dovun ännert eng feelgeschloe Kontroll an eng feelend Kontroll, an d'Umeldung geléngt dann aus Grënn déi kee virgesinn hat. Passwuert-Resets a Ännerungen um gedeelte Geheimnis liwweren och keng feelend Funktioun, well de Fehler geschitt ier iergendee Umeldungsdatum e Backend erreecht.

En Stack mat méi Module kann en anert Backend gelaf hunn ier de feelgeschloenen Antrag, dofir beweise de Fehler net datt keng RADIUS-Ufro geschéckt gouf.

Verifizéiert d'Umeldung, net de Modul

Soubal d'Differenz korrigéiert ass, test de tatsächlechen Zouloossungswee. En gültege Kont soll duerchkommen, ongülteg Umeldungsdate solle weider feelgoen, an e gespaarte Kont soll weider ofgeleent ginn. Bestätegt och datt eng Certificat- oder Zousazfaktor-Ufuerderung nach ëmgesat gëtt, well en reparéierten Stack deen eng Etapp iwwerspréngt aus Client-Säit wéi en Erfolleg ausgesäit.

Datt e Modul propper luet ass Fortschrëtt, keen ofgeschlossenen Test.

Notéiert wéi eng Servisnumm, wéi eng Politikdateien a wéi eng Entréespunkte bedeelegt waren, zesumme mat deem eenzegen Versuch deen Dir als Beweis benotzt hutt. Dee Notiz ass et deen de nächsten Optriede zu enger Sich amplaz zu enger archeologescher Übung mécht.