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, மேலும் அவற்றில் ஒன்றை மட்டும் செயல்படுத்தும் நூலகம் மற்றொன்றில் தோல்வியடையும், அனுப்புநரின் குறியீடு காட்டுவதுபோல். வட்டில் கோப்பைக் கண்டறிவது இரண்டையும் நிரூபிக்காது.

வேறு விநியோகம் அல்லது CPU கட்டமைப்பிலிருந்து ஒத்த பெயர் கொண்ட நூலகத்தை எடுப்பது பழுதுபார்ப்பு அல்ல, அது ஒரு செயல்முறையை அதன் libpam-க்கு எதிராக ஒருபோதும் சோதிக்கப்படாத தொகுதியை ஏற்றவிடும். எதையும் மாற்றும் முன் நோக்கமான பாதையின் உரிமையாளர் தொகுப்பையும் கோப்பின் உண்மையான கட்டமைப்பையும் சரிபார்க்கவும்.

அடுக்கு வழங்கிய உத்தரவாதங்களைப் பேணுங்கள்

இந்தப் பிழையை அமைதிப்படுத்தும் வேகமான வழி மோசமானதும்கூட: கட்டாயத் தொகுதியை விருப்பத் தேர்வாகக் குறிப்பது, கணக்கு நிலையை நீக்குவது, அல்லது நிபந்தனையற்ற அனுமதியைச் செருகுவது. இவை ஒவ்வொன்றும் தோல்வியடைந்த சரிபார்ப்பை இல்லாத சரிபார்ப்பாக மாற்றுகிறது, பின்னர் உள்நுழைவு யாரும் நினைக்காத காரணங்களுக்காக வெற்றி பெறுகிறது. கடவுச்சொல் மீட்டமைப்பும் பகிரப்பட்ட ரகசிய மாற்றமும் காணாமல் போன செயல்பாட்டை வழங்காது, ஏனெனில் எந்த அடையாளச் சான்றும் backend-ஐ அடையும் முன்பே தோல்வி ஏற்படுகிறது.

பல தொகுதி அடுக்கு தோல்வியடைந்த பதிவுக்கு முன் வேறு backend-ஐ இயக்கியிருக்கலாம், எனவே இந்தப் பிழை எந்த RADIUS கோரிக்கையும் அனுப்பப்படவில்லை என்பதை நிரூபிக்காது.

தொகுதியை அல்ல, உள்நுழைவைச் சரிபார்க்கவும்

பொருந்தாமை சரிசெய்யப்பட்ட பிறகு உண்மையான அனுமதிப் பாதையைச் சோதிக்கவும். செல்லுபடியான கணக்கு வெற்றி பெற வேண்டும், தவறான சான்றுகள் இன்னும் தோல்வியடைய வேண்டும், தடைசெய்யப்பட்ட கணக்கு இன்னும் மறுக்கப்பட வேண்டும். சான்றிதழ் அல்லது கூடுதல் காரணி தேவை இன்னும் அமலில் உள்ளதையும் உறுதிப்படுத்துங்கள், ஏனெனில் ஒரு நிலையைத் தவிர்க்கும் பழுதுபார்க்கப்பட்ட அடுக்கு வாடிக்கையாளர் பக்கத்திலிருந்து வெற்றியாகத் தெரிகிறது.

தொகுதி தூய்மையாக ஏற்றப்படுவது முன்னேற்றம், முடிந்த சோதனை அல்ல.

எந்தச் சேவைப் பெயர், எந்தக் கொள்கைக் கோப்புகள், எந்த நுழைவுப் புள்ளிகள் ஈடுபட்டன என்பதை, சான்றாகப் பயன்படுத்திய ஒரே முயற்சியுடன் பதிவு செய்யுங்கள். அந்தப் பதிவே அடுத்த நிகழ்வை தொல்லியல் பயிற்சிக்குப் பதிலாகத் தேடலாக மாற்றுகிறது.