MFA സേവനം നിലച്ചു: VPN പ്രവേശനം മുൻകൂട്ടി തീരുമാനിക്കുക

VPN പ്രവേശനം നിലയ്ക്കുന്നു, രണ്ടാം ഘടക സേവനം എത്തിച്ചേരാൻ കഴിയില്ലെന്ന് മുന്നറിയിപ്പ് പറയുന്നു. ആർക്കെങ്കിലും ഇനിയും ബന്ധിപ്പിക്കാൻ കഴിയുമോ എന്നത് തടസ്സത്തിന് മുൻപ് ഉത്തരം നൽകേണ്ടിയിരുന്ന നയപരമായ ചോദ്യമാണ്, തടസ്സത്തിനിടയിൽ അല്ല. ലഭ്യമല്ലാത്ത പരിശോധകൻ ഒരു ഘടകം കടന്നുപോയതിന്റെ തെളിവല്ല, നിരസിക്കപ്പെട്ട വെല്ലുവിളി എത്തിച്ചേരാൻ കഴിയാത്തതിന്റെ അതേ സംഭവവുമല്ല. താഴെയുള്ള ഗൈഡ് ഈ വ്യത്യാസത്തെ നിങ്ങൾക്ക് പരിശോധിക്കാവുന്ന രേഖാമൂലമുള്ള നിയമമാക്കി മാറ്റുന്നു.

ഘട്ടം 1: മൂന്ന് ഫലങ്ങൾ വെവ്വേറെ പേരിടുക

മൂന്ന് അവസ്ഥകൾ എഴുതി അവ ഒന്നാക്കി ചേർക്കാൻ വിസമ്മതിക്കുക: പ്രാഥമിക പ്രാമാണീകരണം പരാജയപ്പെട്ടു, രണ്ടാം ഘടക വെല്ലുവിളി നിരസിക്കപ്പെട്ടു അല്ലെങ്കിൽ കാലഹരണപ്പെട്ടു, MFA സേവനം ഒരിക്കലും പ്രതികരിച്ചില്ല. ഓരോന്നിനും വ്യത്യസ്ത ഉടമയും വ്യത്യസ്ത ലോഗ് വരിയും വ്യത്യസ്ത ശരിയായ പ്രതികരണവുമുണ്ട്. ഒരു പൊതുവായ സമയപരിധി സന്ദേശം നിങ്ങൾ ഏതിലാണെന്ന് മറയ്ക്കുന്നു, ആ അവ്യക്തതയാണ് തടസ്സത്തെ തർക്കമാക്കി മാറ്റുന്നത്. ആവശ്യം വരുന്നതിന് മുൻപ് ഗൈഡിൽ അവസ്ഥകൾക്ക് പേരിടുക.

നിരസിക്കൽ എന്നാൽ പരിശോധകൻ പ്രതികരിച്ചു ഇല്ല എന്ന് പറഞ്ഞു, അത് നയത്തിന്റെ ഫലമാണ്, ലഭ്യതയുടെ പ്രശ്നമല്ല. കാലഹരണപ്പെട്ട ശ്രമം എന്നാൽ വെല്ലുവിളി ഉണ്ടായിരുന്നു, ആരും അത് സമയത്ത് പൂർത്തിയാക്കിയില്ല. എത്തിച്ചേരാൻ കഴിയാത്ത സേവനം എന്നാൽ ചോദ്യത്തിന് ഉത്തരമേ ലഭിച്ചില്ല. മൂന്നാമത്തേത് മാത്രമാണ് തടസ്സം.

ഘട്ടം 2: പ്രോക്സി യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന പരാജയ മോഡ് വായിക്കുക

സേവനവുമായി ബന്ധപ്പെടാൻ കഴിയാത്തപ്പോൾ സ്വഭാവം നിയന്ത്രിക്കുന്ന ക്രമീകരണം കണ്ടെത്തി, അത് ടെംപ്ലേറ്റിൽ നിന്നല്ല, പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷനിൽ നിന്ന് വായിക്കുക. Duo-യുടെ RADIUS പ്രോക്സിയിൽ രേഖപ്പെടുത്തിയ failmode മൂല്യങ്ങൾ safe, secure എന്നിവയാണ്, ഇവിടെ safe പ്രാഥമിക പ്രാമാണീകരണം വിജയിച്ചാൽ മാത്രം ശ്രമത്തിന് അനുമതി നൽകുന്നു, secure ആ അവസ്ഥയിൽ ശ്രമം നിരസിക്കുന്നു.

radtest alice '' 127.0.0.1 0 testing123
journalctl -u duo-authproxy -n 50 --no-pager

safe എന്ന പേര് ലഭ്യതയുടെ തിരഞ്ഞെടുപ്പിനെ വിവരിക്കുന്നു, സ്വീകരിച്ച ഓരോ സെഷനും പുതിയ രണ്ടാം ഘടകം ഉണ്ടായിരുന്നു എന്ന ഉറപ്പല്ല. ആ വാക്യം റിസ്ക് രജിസ്റ്ററിൽ ഉള്ളതാണ്, കാരണം ക്രമീകരണം നടത്തുന്ന കൃത്യമായ കൈമാറ്റം അതാണ്. മൂല്യം മറ്റൊരു ദാതാവിലേക്കോ മറ്റൊരു സംയോജനത്തിലേക്കോ വേറെ പ്രോക്സി മോഡിലേക്കോ പൊതുവൽക്കരിക്കരുത്; ആ ഉൽപ്പന്നത്തിന്റെ സ്വന്തം തുല്യത്തിനായി അതിന്റെ ഡോക്യുമെന്റേഷൻ വായിക്കുക. ഈ ധാരണയില്ലാതെ വിൽപ്പനക്കാരന്റെ ഉദാഹരണത്തിൽ നിന്ന് പകർത്തിയ കോൺഫിഗറേഷൻ അടുത്ത തടസ്സത്തെ കാത്തിരിക്കുന്ന ഒരു അത്ഭുതമാണ്.

ഏത് മോഡ് സജീവമാണെന്ന് ആർക്കും പറയാൻ കഴിയില്ലെങ്കിൽ നിർത്തുക. ഗൈഡിന്റെ ബാക്കി ആ ഉത്തരത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

ഘട്ടം 3: വീണ്ടും ശ്രമങ്ങളെ പ്രവാഹവുമായി ഒത്തുചേർക്കുക

ഗേറ്റ്വേയുടെ സമയപരിധിയും വീണ്ടും ശ്രമിക്കുന്ന സ്വഭാവവും അത് നയിക്കുന്ന പ്രാമാണീകരണ പ്രവാഹവുമായി ഒത്തുചേർക്കുക. ഏകോപിപ്പിക്കാത്ത വീണ്ടും ശ്രമങ്ങൾ ഒന്നിലധികം അഭ്യർത്ഥനകൾ സൃഷ്ടിക്കുന്നു, ശ്രമങ്ങളുടെ പൊരുത്തം കുഴപ്പത്തിലാക്കുന്നു, ഏത് ഫലം ഏത് ലോഗിനിൽ ഉള്ളതെന്ന് ലോഗിന് പറയാൻ കഴിയാതെ വിടുന്നു. വളരെ നീണ്ട സമയപരിധി ലഭ്യതയുടെ രൂപകൽപ്പനയല്ല; അത് അതേ ഉത്തരത്തിനായി കൂടുതൽ നേരം കാത്തിരിക്കലാണ്.

ss -lunp 'sport = :1812'
tail -n 50 /var/log/duo/authproxy.log

പ്രോക്സിയുടെ സ്വന്തം അഭ്യർത്ഥന സമയപരിധി വേറിട്ട പരിധിയാണ്: നൽകപ്പെടുകയും ഒരിക്കലും പൂർത്തിയാകാതിരിക്കുകയും ചെയ്യുന്ന പ്രാമാണീകരണ അഭ്യർത്ഥന നിരസിക്കപ്പെടുന്നു, ആ നിരസിക്കൽ പിൻവാങ്ങാവുന്ന തടസ്സമല്ല. നിരസിക്കൽ, അപൂർണ്ണ വെല്ലുവിളി, എത്തിച്ചേരാൻ കഴിയാത്ത സേവനം എന്നിവയെ നിങ്ങളുടെ തീരുമാന പട്ടികയിലെ മൂന്ന് വ്യത്യസ്ത ഇൻപുട്ടുകളായി കാണുക. തുടർന്ന് പട്ടിക വ്യക്തമാക്കുക: ഏത് അവസ്ഥ അനുവദിക്കുന്നു, ഏത് അവസ്ഥ പിടിച്ചുവയ്ക്കുന്നു, ഏത് അവസ്ഥ മനുഷ്യനിലേക്ക് ഉയർത്തുന്നു.

രണ്ട് ഘടകങ്ങളും വീണ്ടും ശ്രമിക്കുന്നുവെങ്കിൽ, ആദ്യം വീണ്ടും ശ്രമങ്ങളുടെ ഉടമസ്ഥത ശരിയാക്കുക. ഇരട്ടി അഭ്യർത്ഥനകൾ രണ്ട് ഉടമകളുടെ ലക്ഷണമാണ്, മന്ദഗതിയിലുള്ള സേവനത്തിന്റേതല്ല.

ഘട്ടം 4: അടിയന്തര പ്രവേശനം വെവ്വേറെ നിയന്ത്രിക്കുക

അടിയന്തര പ്രവേശനം ആവശ്യമെങ്കിൽ അതിന് സ്വന്തം പരിധി, ഐഡന്റിറ്റി, അധികാരം, ഓഡിറ്റ് ട്രെയിൽ നൽകുക. എല്ലാ ഉപയോക്താക്കൾക്കും MFA നിശബ്ദമായി നിർജ്ജീവമാക്കുന്നത് അടിയന്തര നടപടിക്രമമല്ല; അത് സംഭവം ബന്ധിപ്പിച്ച സ്ഥിരമായ ദുർബലപ്പെടുത്തലാണ്. സുരക്ഷാ ഉടമ പ്രവേശന നിയമം, ദൃശ്യത, ഉയർത്തൽ പാത എന്നിവ മുൻകൂട്ടി അംഗീകരിക്കുന്നു.

grep -R failmode /etc/duo /etc/radiusclient 2>/dev/null
systemctl status duo-authproxy

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

മൂന്ന് അവസ്ഥകൾക്ക് പേരിട്ടു, പരാജയ മോഡ് പ്രവർത്തിക്കുന്ന സിസ്റ്റത്തിൽ നിന്ന് വായിച്ചു, വീണ്ടും ശ്രമങ്ങൾക്ക് ഒരു ഉടമയുണ്ട്, അടിയന്തര പ്രവേശനത്തിന് സ്വന്തം അംഗീകാരവും അവലോകനവുമുണ്ട് എന്നിവയാകുമ്പോൾ ഗൈഡ് അവസാനിക്കുന്നു. പ്രവചിക്കാവുന്ന പ്രയോഗവും അറിയപ്പെടുന്ന വീണ്ടെടുപ്പ് പാതയും രേഖപ്പെടുത്താൻ യോഗ്യമായ ഫലമാണ്.