VPN വീണ്ടും ശ്രമിക്കുന്ന ലൂപ്പ് കാരണം അക്കൗണ്ട് ലോക്ക്: ആദ്യം ക്ലയന്റ് നിർത്തുക

02:40-ന് അക്കൗണ്ട് ലോക്കാകുന്നു, കീബോർഡിന് മുന്നിൽ ആരുമില്ല. ഷെൽഫിലുള്ള ഒരു ക്ലയന്റ് കഴിഞ്ഞ മാസം സംഭരിച്ച പാസ്‌വേഡ് തുടർന്നും സമർപ്പിക്കുന്നു, ഗേറ്റ്‌വേ അത് തുടർന്നും നിരസിക്കുന്നു, ലോക്കിന് പിന്നിലെ കൗണ്ടർ മനുഷ്യരുടെ പങ്കാളിത്തമില്ലാതെ ഉയരുന്നു. ഇത് ആക്രമണമല്ല, വീണ്ടും ശ്രമിക്കുന്ന ലൂപ്പാണ്, അക്കൗണ്ട് വീണ്ടെടുക്കാൻ കഴിയുന്നതിന് മുൻപ് ഇത് നിർത്തണം.

ഇതിനെ നിശ്ചിത ക്രമത്തിലുള്ള രണ്ട് പ്രശ്നങ്ങളായി കാണുക. ആദ്യം അയച്ചയാളെ നിർത്തുക, പിന്നീട് പ്രവേശനം പുനഃസ്ഥാപിക്കുക, കാരണം തലതിരിഞ്ഞ് ചെയ്താൽ ലൂപ്പ് കുറച്ച് മിനിറ്റുകൾക്കുള്ളിൽ വീണ്ടും തുടങ്ങും.

ഏത് പ്രോസസ് ആണ് പരാജയങ്ങൾ അയക്കുന്നതെന്ന് കണ്ടെത്തുക

ഐഡന്റിറ്റി സിസ്റ്റത്തിലെ സമയ മുദ്രകളിൽ നിന്ന് തുടങ്ങി അക്കൗണ്ടുള്ള ഓരോ ക്ലയന്റുമായും അവ താരതമ്യം ചെയ്യുക. മാനേജുചെയ്യുന്ന പ്രൊഫൈൽ, മേൽനോട്ടമില്ലാത്ത സേവനം, ഡ്രോയറിലുള്ള ഫോൺ, പഴയ ക്രെഡൻഷ്യലുകളുള്ള അധിക ലാപ്‌ടോപ്പ് — എല്ലാം ഒരേ വ്യക്തിയായി പ്രാമാണീകരിക്കാം. ഓരോ കുറച്ച് സെക്കൻഡിലും പരാജയപ്പെടുന്നത് ലൂപ്പാണ്, ദിവസത്തിൽ ഒരിക്കൽ പരാജയപ്പെടുന്നത് സാധാരണയായി മറന്നുപോയ ഒരു മനുഷ്യനാണ്. രണ്ടും ഒരേ കൗണ്ടറിനെ നിറയ്ക്കുന്നു, അവിടെയാണ് കെണി.

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

പ്രതികരണം നിർണ്ണയിക്കുന്ന മൂന്ന് വ്യവസ്ഥകൾ

മൂന്ന് വസ്തുതകൾ ഇതിനെ ഒരൊറ്റ ഉത്തരത്തിലേക്ക് ചുരുക്കുന്നു. ഒന്നാമത്, രേഖ വ്യക്തമായ നിരസിക്കലോ ഗതാഗത പരാജയമോ കാണിക്കുന്നുണ്ടോ. രണ്ടാമത്, ഐഡന്റിറ്റി ഉപകരണങ്ങൾക്കിടയിലോ സേവനങ്ങൾക്കിടയിലോ പങ്കിടുന്നുണ്ടോ. മൂന്നാമത്, വീണ്ടും ശ്രമിക്കുന്ന ക്ലയന്റ് നിങ്ങൾ നിയന്ത്രിക്കുന്നതാണോ മറ്റാരെങ്കിൽ നിയന്ത്രിക്കുന്നതാണോ.

നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരു ക്ലയന്റിൽ നിന്നുള്ള വ്യക്തമായ നിരസിക്കൽ എന്നാൽ ആ ക്ലയന്റ് നിർത്തുക, അംഗീകൃത പാതയിലൂടെ ലോക്ക് തുറക്കുക, ഒരു ബോധപൂർവമായ ലോഗിൻ ചെയ്യുക എന്നിവയാണ്. പങ്കിട്ട ഐഡന്റിറ്റി ഉത്തരത്തെ അൺലോക്കിലേക്കല്ല, പ്രൊവിഷനിംഗിലേക്കാണ് തള്ളുന്നത്, കാരണം മറ്റേ ഉപകരണം വീണ്ടും ബന്ധിപ്പിക്കുന്ന നിമിഷം ലൂപ്പ് പുനരാരംഭിക്കും. ഗതാഗത പരാജയങ്ങൾ നെറ്റ്‌വർക്ക് പാളിയിലേക്ക് വിരൽ ചൂണ്ടുന്നു, അവിടെ അക്കൗണ്ട് സംരക്ഷണം ഒട്ടും വിഷയമല്ല.

ഈ ശാഖകളിലൊന്നും സംരക്ഷണം ദുർബലമാക്കുന്നത് ഉൾപ്പെടുന്നില്ല. ലോക്കൗട്ട് പരിധികളും നിരക്ക് പരിധികളും ഉള്ളത്, തകരാറിനിടയിൽ നിങ്ങളെ ശല്യപ്പെടുത്തുന്ന അതേ സിഗ്നലാണ് പാസ്‌വേഡ് ഊഹിക്കാനുള്ള ശ്രമത്തെ മന്ദഗതിയാക്കുന്ന സിഗ്നലും എന്നതുകൊണ്ടാണ്.

അൺലോക്ക് ചെയ്യുന്നതിന് മുൻപ് അയച്ചയാളെ നിർത്തുക

പ്രാമാണീകരണം തുടരുന്ന യൂണിറ്റോ കണക്ഷനോ നിർത്തുക, റീബൂട്ടിനെ അതിജീവിക്കുന്ന രീതിയിൽ നിർത്തുക. ക്ലയന്റിന്റെ സേവനം ബൂട്ടിൽ സ്വയമേവ തുടങ്ങാൻ ക്രമീകരിച്ചിട്ടുണ്ടെങ്കിൽ അത് താൽക്കാലികമായി നിർത്തുന്നത് മതിയാകില്ല.

# which unit is presenting the credential?
journalctl -u openvpn-client@home --since '20 min ago' | grep -i 'auth\|error'

# stop it, and keep it stopped across reboots
sudo systemctl stop openvpn-client@home
sudo systemctl disable openvpn-client@home
systemctl is-active openvpn-client@home

കുറച്ച് മിനിറ്റ് കാത്തിരുന്ന് പരാജയ കൗണ്ടർ നീങ്ങുന്നത് നിന്നുവെന്ന് ഉറപ്പാക്കുക. ആ നിർത്തൽ ശരിയായ ഉറവിടം കണ്ടെത്തിയതിന്റെ തെളിവാണ്. പരാജയങ്ങൾ തുടർന്നാൽ ലൂപ്പ് മറ്റെവിടെനിന്നോ വരുന്നു, ലോക്ക് തുറക്കുന്ന ഘട്ടം പാഴാകും.

അപ്പോൾ മാത്രം ഓപ്പറേറ്ററുടെ രേഖപ്പെടുത്തിയ അൺലോക്ക് അല്ലെങ്കിൽ വീണ്ടെടുപ്പ് പ്രക്രിയ ഉപയോഗിക്കുക, നിങ്ങൾ സൂക്ഷിക്കാൻ ഉദ്ദേശിക്കുന്ന ഉപകരണത്തിൽ നിന്ന് കൃത്യം ഒരു നിയന്ത്രിത ലോഗിൻ ഉപയോഗിച്ച് അത് പിന്തുടരുക. കൃത്യമായ പരിധികളും തണുക്കൽ കാലയളവുകളും വീണ്ടെടുപ്പിന്റെ പദപ്രയോഗവും സേവനാധിഷ്ഠിതമാണ്, അതിനാൽ സംഖ്യ ഊഹിക്കുന്നതിനുപകരം അവ വായിക്കുക.

കാരണം നീക്കം ചെയ്യുക, അത് തിരികെ വരാതിരിക്കാൻ

സംഭരിച്ച ക്രെഡൻഷ്യൽ അതിന്റെ ഉടമസ്ഥതയുള്ളിടത്ത് അപ്‌ഡേറ്റ് ചെയ്യുക: ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ കീറിംഗിൽ, ക്ലയന്റ് പ്രൊഫൈലിൽ, അല്ലെങ്കിൽ സേവന അക്കൗണ്ട് കോൺഫിഗറേഷനിൽ. ഒരിടത്ത് നിന്ന് മായ്ച്ചിട്ട് മറ്റൊരിടത്ത് പകർപ്പ് അവശേഷിക്കുമ്പോഴാണ് ലൂപ്പ് ഒരാഴ്ച കഴിഞ്ഞ് തിരികെ വരുന്നത്, സാധാരണയായി ഓഫ്‌ലൈനായിരുന്ന ലാപ്‌ടോപ്പ് തിരികെ വന്ന് അതിന്റെ കാഷെ ചെയ്ത മൂല്യം വീണ്ടും പ്രവർത്തിപ്പിക്കുമ്പോൾ.

ഓട്ടോമേഷന് സ്വന്തം ഐഡന്റിറ്റി നൽകുക. സ്വന്തം ക്രെഡൻഷ്യലും സ്വന്തം പരിധികളുമുള്ള വേറിട്ട് പ്രൊവിഷൻ ചെയ്ത അക്കൗണ്ട് ഒരു മെഷീൻ പരാജയം ഒരു വ്യക്തിയെ ഇമെയിലിൽ നിന്ന് ലോക്ക് ചെയ്യുന്നത് തടയുന്നു, കൂടാതെ ലോഗുകളിൽ പരാജയം ആരോപിക്കാവുന്നതാക്കുന്നു. ക്ലയന്റിലേക്ക് ഒരു ബാക്ക്ഓഫ് ചേർക്കുക അങ്ങനെ നിരസിക്കപ്പെട്ട ക്രെഡൻഷ്യൽ ആവർത്തിക്കുന്നതിനുപകരം ശ്രമങ്ങൾ നിർത്തുന്നു, ഒപ്പം ആവർത്തിച്ചുള്ള പ്രാമാണീകരണ പരാജയങ്ങൾക്ക് അലാറം ക്രമീകരിക്കുക, അടുത്ത ലൂപ്പ് 02:40-ന് പകരം കുറച്ച് മിനിറ്റുകൾക്കുള്ളിൽ ശ്രദ്ധയിൽപ്പെടാൻ.

റിപ്പോർട്ട് പിന്തുണയിലേക്ക് പോകുമ്പോൾ അക്കൗണ്ട് ഐഡന്റിഫയർ, സമയ മുദ്രകൾ, ക്ലയന്റിന്റെ പേര് എന്നിവ സൂക്ഷിക്കുക. പാസ്‌വേഡുകളും വീണ്ടെടുപ്പ് സാമഗ്രികളും ആ രേഖയിൽ ഒരിക്കലും ഉണ്ടാകരുത്.