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

తర్వాత మునుపటి కాన్ఫిగరేషన్ను పునరుద్ధరించి, తదుపరి నిజమైన లాగిన్లో కౌంటర్లు మళ్లీ కదులుతాయని నిర్ధారించండి. ఉద్దేశపూర్వక తిరస్కరణ తిరస్కరణకు బదులు స్థానిక లాగిన్ను ఉత్పత్తి చేస్తే, జాబితా లేదా వైఫల్య నిర్వహణ మీరు నమ్మినది కాదు, మరియు ఆ ఆవిష్కరణ మీరు ప్రారంభించిన అంతరాయం కంటే ముఖ్యమైనది. ఫలితాన్ని మార్పు రికార్డులో ఖాతా పేర్లు మరియు పరీక్ష తేదీ పక్కన రాయండి.