ക്ലയന്റിന്റെ വശത്തുനിന്ന് ഇത് ഒരു പ്രവർത്തന സെഷനിൽ ഒരു മണിക്കൂർ കഴിഞ്ഞുള്ള ക്രമരഹിതമായ വിച്ഛേദനം പോലെ തോന്നുന്നു. ട്രേ ഐക്കൺ പോകുന്നു, ടണൽ വീണ്ടും നിർമ്മിക്കുന്നു, ലോഗിൽ നെറ്റ്വർക്ക് പിശകിന് പകരം പ്രാമാണീകരണ പരാജയം കാണിക്കുന്നു. യഥാർത്ഥത്തിൽ സെഷൻ വീണ്ടും ചർച്ച ചെയ്തു, രണ്ടാമത്തെ ഹാൻഡ്ഷെക്കിന് ക്ലയന്റിൽ ഇനി സാധുവായ പകർപ്പില്ലാത്ത ക്രെഡൻഷ്യലുകൾ ആവശ്യമായിരുന്നു. ലോഗിനിൽ പ്രവർത്തിച്ച ഒറ്റത്തവണ കോഡ് വീണ്ടും പ്രവർത്തിക്കാൻ കഴിയില്ല, അതിനാൽ വീണ്ടും കീ മാറ്റം രൂപകൽപ്പന ചെയ്തതുപോലെ തന്നെ പരാജയപ്പെടുന്നു.

പരിഹാരം രണ്ടാമത്തെ ഹാൻഡ്ഷെക് എന്ത് അവതരിപ്പിക്കണം എന്ന തീരുമാനമാണ്, കൂടുതൽ നീണ്ട വീണ്ടും ശ്രമ ടൈമർ അല്ല.

ക്ലയന്റിന്റെ കാഴ്ചപ്പാടിൽനിന്ന് കൈമാറ്റം നടത്തുക

ലോഗിനിൽ ക്ലയന്റ് ഉപയോക്തൃനാമം, പാസ്വേഡ്, ടോക്കൺ ഉപകരണത്തിൽനിന്നുള്ള കോഡ് എന്നിവ അയയ്ക്കുന്നു, സെർവർ ആ കോമ്പിനേഷൻ സ്വീകരിക്കുന്നു. പിന്നീട് വീണ്ടും ചർച്ചയുടെ ട്രിഗർ പ്രവർത്തിക്കുന്നതുവരെ സെഷൻ നടക്കുന്നു, അത് നിലവിലുള്ള ടണലിനുള്ളിൽ പുതിയ TLS ഹാൻഡ്ഷെക് ആരംഭിക്കുന്നു. ആ ഹാൻഡ്ഷെക് വീണ്ടും പ്രാമാണീകരണം ആവശ്യപ്പെടുന്നു. സെർവറിന്റെ പ്രാമാണീകരണ പാത പാസ്വേഡും നിലവിലെ ഒറ്റത്തവണ കോഡും പ്രതീക്ഷിക്കുന്നുവെങ്കിൽ, ഉപയോക്താവ് അവിടെയുണ്ടായി ടൈപ്പ് ചെയ്യുന്നില്ലെങ്കിൽ ക്ലയന്റിന് നൽകാൻ പുതിയ കോഡില്ല.

മിക്ക ക്ലയന്റുകളും സെഷന്റെ നടുവിൽ പ്രോംപ്റ്റ് തുറക്കുന്നില്ല, അതിനാൽ ഹാൻഡ്ഷെക് കാലഹരണപ്പെട്ട് ടണൽ വീഴുന്നു. ഉപയോക്താവ് പ്രാമാണീകരണ പ്രോംപ്റ്റല്ല, വീണ്ടും കണക്ഷൻ കാണുന്നു, അതിനാലാണ് ആദ്യ റിപ്പോർട്ട് സാധാരണയായി നെറ്റ്വർക്കിനെ കുറ്റപ്പെടുത്തുന്നത്.

auth-gen-token രണ്ടാമത്തെ ചോദ്യത്തിന് ആര് ഉത്തരം നൽകുന്നു എന്നത് മാറ്റുന്നു

ഓപ്ഷൻ auth-gen-token വിജയകരമായ ലോഗിനിന് ശേഷം സെർവറിന് ടോക്കൺ നൽകാൻ അനുവദിക്കുന്നു, തുടർന്നുള്ള വീണ്ടും ചർച്ചകൾ പാസ്വേഡും കോഡും ആവർത്തിക്കുന്നതിന് പകരം ആ ടോക്കൺ അവതരിപ്പിക്കുന്നു. ഈ കൈപ്പുസ്തകം അതിന്റെ ആയുസ്സും പുതുക്കൽ സ്വഭാവവും രേഖപ്പെടുത്തുന്നു, ടോക്കൺ സ്വന്തം കാലഹരണമുള്ള ഒരു ക്രെഡൻഷ്യലായി കണക്കാക്കണം. സ്ഥിരസ്ഥിതി പാതയിൽ സെർവർ ബാഹ്യ പാസ്വേഡ് പ്രാമാണീകരണകാരനെ വീണ്ടും വിളിക്കുന്നതിന് പകരം ടോക്കൺ തന്നെ സ്ഥിരീകരിക്കുന്നു.

ബാഹ്യ പ്രാമാണീകരണ സംയോജനത്തോടെ ആ വിഭജനം മാറുന്നു. പ്ലഗിൻ ടോക്കണിന്റെ അവസ്ഥ മനസ്സിലാക്കി സ്വന്തം പരിശോധനകൾ പ്രയോഗിക്കണം, കാരണം സെഷൻ തുടരുമോ എന്ന് തീരുമാനിക്കുന്ന ഏക ഘടകം ഇനി സെർവറല്ല. ടോക്കണിനെ മറ്റൊരു സംഖ്യാ ഒറ്റത്തവണ കോഡായി കാണുന്നത് ഈ സവിശേഷതയുടെ നടപ്പാക്കലല്ല.

അക്കൗണ്ടിന്റെ അവസ്ഥയിൽ എന്ത് സംഭവിക്കണം എന്ന് തീരുമാനിക്കുക

ഒരു അക്കൗണ്ടിന്റെ പ്രവേശനത്തെ അതിജീവിക്കുന്ന ടോക്കൺ നയത്തിലെ ഒരു ദ്വാരമാണ്. അപ്രാപ്തമാക്കിയ അക്കൗണ്ട്, നീക്കം ചെയ്ത ഗ്രൂപ്പ് അംഗത്വം, റദ്ദാക്കിയ ഉപകരണം എന്നിവ ടോക്കൺ ഇപ്പോഴും സാധുവായിരിക്കെ എങ്ങനെ പ്രാബല്യത്തിൽ വരുന്നു എന്ന് തീരുമാനിക്കുക. ചെറിയ ടോക്കൺ ആയുസ്സ് ജാലകം ചെറുതാക്കുന്നു; വ്യക്തമായ റദ്ദാക്കൽ പാത അതിനെ ബോധപൂർവമാക്കുന്നു. ഓപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് ഉത്തരം എഴുതിവയ്ക്കുക, കാരണം സ്ഥിരസ്ഥിതി പാത ഓരോ വീണ്ടും ചർച്ചയിലും ബാഹ്യ പ്രാമാണീകരണകാരനെ സമീപിക്കുന്നില്ല.

ഒന്നിലധികം സെർവറുകളുള്ള വിന്യാസത്തിൽ ടോക്കൺ ഒപ്പിടൽ രഹസ്യം പങ്കിടേണ്ടതുണ്ട്, അല്ലെങ്കിൽ ക്ലയന്റ് അതിന്റെ ടോക്കൺ സ്ഥിരീകരിക്കാൻ കഴിയാത്ത ഒരു നോഡിലേക്ക് അയയ്ക്കപ്പെടാം.

ലോഗിൻ മാത്രമല്ല, കാലഹരണവും വീണ്ടും കണക്ഷനും പരിശോധിക്കുക

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

അക്കൗണ്ട് നീക്കം ഒടുവിൽ പരിശോധിക്കുക. ആ കേസ് നിങ്ങൾ എഴുതിയ നയം നടപ്പാക്കപ്പെടുന്നുണ്ടോ അതോ രേഖപ്പെടുത്തിയിട്ടുള്ളൂവോ എന്ന് പറയും.

പുതുക്കൽ പ്രവർത്തനരഹിതമാക്കി ഇത് ശരിയാക്കരുത്

രണ്ട് പിയറുകളിലും വീണ്ടും ചർച്ചയുടെ ഇടവേള പൂജ്യമാക്കുന്നത് ലക്ഷണവും അതോടൊപ്പം കീ റൊട്ടേഷനും നീക്കം ചെയ്യുന്നു. അത് ആരും പരിശോധിക്കാത്ത ഒരു നയ മാറ്റത്തിന് പിന്നിൽ ക്രെഡൻഷ്യൽ ആവർത്തന പ്രശ്നം മറയ്ക്കുന്നു. പുതുക്കൽ നിലനിർത്തി, ഉപയോക്താവ് അവിടെയുണ്ടോ എന്നതിനെ ആശ്രയിച്ച് സെർവർ നൽകുന്ന ടോക്കണും പുതിയ ഇന്ററാക്ടീവ് വെല്ലുവിളിയും തമ്മിൽ തിരഞ്ഞെടുക്കുക.

നീണ്ട വീണ്ടും ശ്രമ ടൈമർ ചെലവഴിച്ച കോഡിനെ വീണ്ടും സാധുവാക്കുന്നില്ല. അത് വിച്ഛേദനം വൈകിപ്പിക്കുകയും ലോഗ് വായിക്കാൻ ബുദ്ധിമുട്ടാക്കുകയും ചെയ്യുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ