RADIUS நிராகரிப்பு மற்றும் பதிலின்மை: உள்ளூர் உள்நுழைவு எப்போது இயங்குகிறது

அவசரகால உள்ளூர் கணக்கை வைத்திருப்பது அதை ஒவ்வொரு நிராகரிக்கப்பட்ட உள்நுழைவுக்கும் இரண்டாவது வாய்ப்பாக மாற்றாது. Cisco IOS மற்றும் IOS XE AAA மாதிரியில், அந்த தரவுத்தளம் முந்தைய முறை ஒரு குறிப்பிட்ட வழியில் தோல்வியடையும் போது மட்டுமே பார்க்கப்படுகிறது, மேலும் நிராகரிப்புடன் பதிலளிக்கும் RADIUS சேவையகம் அந்த வழியில் தோல்வியடையவில்லை. உள்ளூர் கணக்கு அணுக முடியாத முறையை உள்ளடக்குகிறது, நிராகரிக்கப்பட்ட முறையை அல்ல. இதற்கு எதிர்மாறாக நம்புவது ஒரு கொள்கை முடிவை இல்லாத சேவையகக் குறையைத் தேடுவதாக மாற்றுகிறது.

முறைகள் பட்டியல் ஏன் ஏணி போலத் தெரிகிறது

இப்படியான ஒரு வரி aaa authentication login default group radius local இடமிருந்து வலமாகப் படிக்கப்படுகிறது, மேலும் பெரும்பாலோர் அதை RADIUS முயற்சி செய், பின்னர் உள்ளூர் தரவுத்தளத்தை முயற்சி செய் என்று படிக்கின்றனர். பட்டியல் ஒரு வரிசை என்பதால் இலக்கணம் அந்த வாசிப்பை அழைக்கிறது. பொருள் மிகக் குறுகியது: பட்டியல் அங்கீகார முறைகளைப் பெயரிடுகிறது, மேலும் ஒன்றிலிருந்து அடுத்ததற்குச் செல்லும் விதி முந்தைய முறையின் முடிவைப் பொறுத்தது, பயனருக்கு இன்னொரு முயற்சி வழங்குவதை அல்ல.

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

முறைகள் பட்டியலை சேவையகக் குழுவிலிருந்து பிரிக்கவும்

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

AAA கட்டமைப்பை அச்சிட்டு, சேவை காட்டும் பட்டியலைப் படியுங்கள், நீங்கள் எழுதியதாக நினைவிருக்கும் இயல்புநிலை மதிப்பை அல்ல. சேவை உண்மையில் முடியும் சாதனத்திலிருந்து இதைச் செய்யுங்கள்.

show running-config | section aaa
show radius server-group RAD-GRP
show aaa servers

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

பதிவுக்கு முன் பதிலைப் படியுங்கள்

பதில் குறியீடு முடிவைப் பெயரிட்டு அதன் சொந்த அடுத்த படியைக் குறிக்கிறது. Access-Reject என்பது பின்தளம் ஒரு முடிவை எடுத்தது என்று பொருள், எனவே பயனுள்ள சான்று பொருந்திய கொள்கையும் அதற்குப் பின்னால் உள்ள கணக்கு நிலையும் ஆகும். Access-Challenge என்பது பரிமாற்றம் இரண்டாம் காரணி போன்ற மற்றொரு ஆதரவு படியை விரும்புகிறது என்று பொருள், மேலும் உள்ளூர் மாற்று வழி கொள்கை கோரும் ஒன்றை அமைதியாகத் தவிர்த்திருக்கும்.

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

test aaa group RAD-GRP svc-ops 'LabPass!24' legacy
debug radius authentication

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

உள்ளூர் கணக்கு ஏன் ஒருபோதும் எதையும் நிரூபிக்கவில்லை

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

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

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

பராமரிப்புச் சாளரத்தின் போது மாற்று வழியைச் சரிபார்க்கவும்

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

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

show aaa servers
show running-config | include aaa authentication
test aaa group RAD-GRP svc-ops 'LabPass!24' legacy

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