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

അതിനുശേഷം മുൻ കോൺഫിഗറേഷൻ പുനഃസ്ഥാപിച്ച് അടുത്ത യഥാർത്ഥ ലോഗിനിൽ കൗണ്ടറുകൾ വീണ്ടും നീങ്ങുന്നുവെന്ന് ഉറപ്പാക്കുക. ഉദ്ദേശ്യപൂർവ നിരസനം നിരസനത്തിന് പകരം പ്രാദേശിക ലോഗിൻ ഉണ്ടാക്കുന്നുവെങ്കിൽ, പട്ടികയോ പരാജയ കൈകാര്യം ചെയ്യലോ നിങ്ങൾ വിശ്വസിച്ചതല്ല, ആ കണ്ടെത്തൽ നിങ്ങൾ തുടങ്ങിയ തടസ്സത്തേക്കാൾ പ്രധാനമാണ്. ഫലം മാറ്റ രേഖയിൽ അക്കൗണ്ട് പേരുകളുടെയും പരീക്ഷ തീയതിയുടെയും അരികിൽ എഴുതുക.