VPN വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ ക്രെഡൻഷ്യലുകൾ വീണ്ടും ആവശ്യപ്പെടുന്നത് എന്തുകൊണ്ട്
സംരക്ഷിച്ച പാസ്‌വേഡും വീണ്ടും ഉപയോഗിക്കാവുന്ന ടോക്കണും വ്യത്യസ്ത ഷെഡ്യൂളുകളിൽ കാലഹരണപ്പെടുന്നു. ക്ലയന്റിൽ എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് വീണ്ടും കണക്ട് ഏത് മെറ്റീരിയലാണ് ആവശ്യപ്പെട്ടതെന്ന് വായിക്കുക.
മണിക്കൂറുകളോളം പ്രവർത്തിച്ച ഒരു ടണൽ ലാപ്ടോപ്പ് ഉണരുന്ന നിമിഷം പാസ്‌വേഡ് ആവശ്യപ്പെടുന്നു, കോൺഫിഗറേഷനിൽ ഒന്നും മാറിയിട്ടില്ല. മാറിയത്, വീണ്ടും കണക്ട് പുനരുപയോഗിക്കാൻ ശ്രമിച്ച ക്രെഡൻഷ്യലിന്റെ അവസ്ഥയാണ്. മൂന്ന് തരം മെറ്റീരിയലുകളാണ് ഇത് നിയന്ത്രിക്കുന്നത്, അവയിൽ ഒന്ന് മാത്രമാണ് ഏതെങ്കിലും ഇടവേളയെ അതിജീവിക്കുന്നത്.
ക്ലയന്റ് ഏതാണ് ആവശ്യപ്പെട്ടതെന്ന് വായിക്കുക, കാരണം മൂന്നും വ്യത്യസ്ത ഘടികാരങ്ങളിൽ കാലഹരണപ്പെടുകയും വ്യത്യസ്ത സന്ദേശങ്ങളോടെ പരാജയപ്പെടുകയും ചെയ്യുന്നു.
വീണ്ടും ഉപയോഗിക്കാവുന്ന മൂന്ന് തരം മെറ്റീരിയലുകൾ
കാഷെ ചെയ്ത പാസ്‌വേഡ് ക്ലയന്റ് സൂക്ഷിക്കുന്ന രഹസ്യമാണ്, അക്കൗണ്ട് അത് മാറ്റുന്നതുവരെ അത് സാധുവായിരിക്കും. സെഷൻ ടോക്കൺ വിജയകരമായ ലോഗിനിന് ശേഷം സെർവർ പുറപ്പെടുവിക്കുന്നു, അതിന് സ്വന്തം ആയുസ്സുണ്ട്, ഏത് നിമിഷവും റദ്ദാക്കാം. TLS സെഷൻ ടിക്കറ്റോ IKE സെക്യൂരിറ്റി അസോസിയേഷനോ പ്രോട്ടോക്കോൾ അവസ്ഥയാണ്, വീണ്ടും തുടങ്ങാൻ വിലകുറഞ്ഞതും നിങ്ങളുടെ പാസ്‌വേഡിൽ നിന്ന് പൂർണ്ണമായും സ്വതന്ത്രവുമാണ്. ഓരോന്നും വ്യത്യസ്ത ഘടകമാണ് പുറപ്പെടുവിക്കുന്നത്, ഓരോന്നും അതിന്റേതായ നിബന്ധനകളിൽ കാലഹരണപ്പെടുന്നു.
ആദ്യത്തേത് റീബൂട്ടിനെ അതിജീവിക്കുന്നു, രണ്ടാമത്തേത് സാധാരണയായി സസ്പെൻഡിനെ അതിജീവിക്കുന്നു, മൂന്നാമത്തേത് നെറ്റ്‌വർക്ക് മാറ്റത്തെ അതിജീവിച്ചേക്കില്ല. ഇവ കൂട്ടിക്കുഴയ്ക്കുന്നത് തെറ്റായ പരിഹാരം നൽകുന്നു, ഉദാഹരണത്തിന് ഒരിക്കലും നിരസിക്കപ്പെടാത്ത പാസ്‌വേഡ് പുനഃസജ്ജമാക്കുന്നത്.
പ്രോംപ്റ്റ് തന്നെയാണ് രോഗനിർണ്ണയം. ബ്രൗസർ വിൻഡോയോ രണ്ടാം ഘടക കോഡോ എന്നാൽ സെർവർ ഇന്ററാക്ടീവ് ഓതന്റിക്കേഷൻ ആവശ്യപ്പെട്ടു, പ്രോംപ്റ്റ് ഇല്ലാത്ത നിശബ്ദ പരാജയം എന്നാൽ ക്ലയന്റ് ചോദ്യം ചെയ്യപ്പെടാൻ മാത്രം ദൂരെ എത്തിയില്ല.
| Material | Typical lifetime | What invalidates it |
|---|---|---|
| Cached password | Until changed | Account or password policy change |
| Session token | Minutes to hours | Expiry, revocation, reauthentication policy |
| Tunnel SA or TLS ticket | Configured rekey interval | Rekey, network change, peer restart |
കീ പുതുക്കൽ വീണ്ടും ഓതന്റിക്കേഷൻ അല്ല
കീ പുതുക്കൽ ഓതന്റിക്കേറ്റ് ചെയ്ത ഐഡന്റിറ്റി നിലനിർത്തിക്കൊണ്ട് കീകൾ മാറ്റിസ്ഥാപിക്കുന്നു, അതുകൊണ്ടാണ് ആരോഗ്യകരമായ ടണലിൽ ഇടയ്ക്കിടെ നിശബ്ദമായി സംഭവിക്കുന്നത്. വീണ്ടും ഓതന്റിക്കേഷൻ ഐഡന്റിറ്റി പരിശോധന തന്നെ ആവർത്തിക്കുന്നു, നിങ്ങളുടെ ആവശ്യം ആ സംഭവത്തിനാണ്. IKEv2 രണ്ടിനെയും വ്യക്തമായി വേർതിരിക്കുന്നു, ഇടയിൽ എത്ര കീ പുതുക്കലുകൾ നടന്നാലും നിർണ്ണയിച്ച ഇടവേളയിൽ പൂർണ്ണ വീണ്ടും ഓതന്റിക്കേഷൻ ആവശ്യപ്പെടാം. ലോഗ് ഏതിനെ പേരിടുന്നുവെന്ന് വായിക്കുന്നതുവരെ രണ്ട് സംഭവങ്ങളും പുറത്തുനിന്ന് ഒരുപോലെ കാണപ്പെടുന്നു.
OpenVPN അതിന്റെ വാക്കുകളിൽ അതേ രീതിയിൽ പെരുമാറുന്നു: വീണ്ടും ചർച്ചയുടെ ഇടവേള ഡാറ്റ ചാനൽ പുതുക്കുന്നു, അടുത്ത കണക്ഷനിൽ പൂർണ്ണ ലോഗിൻ ഒഴിവാക്കാൻ ഓതന്റിക്കേഷൻ ടോക്കൺ ക്ലയന്റിന് തിരികെ നൽകാം. ആ ടോക്കണിന് ആയുസ്സുണ്ട്, അത് വീണ്ടും സ്വീകരിക്കണമോ എന്ന് സെർവർ തീരുമാനിക്കുന്നു.
അതിനാൽ എട്ട് മണിക്കൂർ കഴിഞ്ഞുള്ള വീണ്ടും കണക്ഷൻ എട്ട് മിനിറ്റ് കഴിഞ്ഞുള്ള വീണ്ടും കണക്ഷൻ വിജയിച്ചിടത്ത് പരാജയപ്പെടാം, ഇരുവശത്തും കോൺഫിഗറേഷൻ മാറ്റമില്ലാതെ. ഉച്ചഭക്ഷണത്തിന് ശേഷം മാത്രം പ്രത്യക്ഷപ്പെടുന്ന പ്രോംപ്റ്റിന്റെ പൂർണ്ണ വിശദീകരണം അതാണ്.
ക്ലയന്റിന് പുതിയ വെല്ലുവിളി പൂർത്തിയാക്കാൻ കഴിയാത്തപ്പോൾ
ബ്രൗസർ ഘട്ടം ആവശ്യപ്പെടുന്ന നയം അത് കാണിക്കാൻ വഴിയില്ലാത്ത ക്ലയന്റിൽ പരാജയപ്പെടും. ഹെഡ്‌ലെസ് സെർവറുകൾ, സ്റ്റാർട്ടപ്പ് സ്ക്രിപ്റ്റുകൾ, പാസ്‌വേഡ് മാത്രം ഓതന്റിക്കേഷനായി നിർമ്മിച്ച പഴയ പ്രൊഫൈലുകൾ എന്നിവയെല്ലാം ആ മതിലിൽ ഇടിക്കുന്നു, പരാജയം പലപ്പോഴും ഓതന്റിക്കേഷൻ പിശകിന് പകരം പൊതുവായ സമയപരിധിയായി കാണപ്പെടുന്നു.
ഉപകരണ-നെറ്റ്‌വർക്ക് പരിവർത്തനങ്ങളും നയ മൂല്യനിർണ്ണയ വിൻഡോയിൽ ഉൾപ്പെടാം, അതിനാൽ Wi-Fi-ൽ നിന്ന് ഹോട്ട്‌സ്പോട്ടിലേക്കുള്ള റോമിംഗ് എന്തായാലും നടന്നേനെയുള്ള പരിശോധനയുമായി ഒത്തുപോകുന്നു. ആ യാദൃച്ഛികത കാരണം ടൈമർ ആയിരിക്കുമ്പോൾ നെറ്റ്‌വർക്കിനെ കുറ്റക്കാരനാക്കി കാണിക്കുന്നു.
openvpn --config client.ovpn --verb 3 2>&1 | grep -i -E "reneg|auth" ipsec statusall | grep -i -E "rekey|reauth"
ആദ്യ വരി ക്ലയന്റിന്റെ സ്വന്തം ലോഗിലെ വീണ്ടും ചർച്ചയും ഓതന്റിക്കേഷനും കാണിക്കുന്നു, രണ്ടാമത്തേത് strongSwan പിയർ ഇപ്പോൾ കൈവശം വയ്ക്കുന്ന സെക്യൂരിറ്റി അസോസിയേഷനുകൾ കാണിക്കുന്നു. പ്രോംപ്റ്റ് പ്രത്യക്ഷപ്പെട്ട നിമിഷവുമായി ടൈംസ്റ്റാമ്പുകൾ താരതമ്യം ചെയ്യുക; ഒത്തുപോകുന്നുവെങ്കിൽ നെറ്റ്‌വർക്കല്ല, ടൈമർ ആണ് സ്ഥിരീകരിക്കപ്പെടുന്നത്.
എന്താണ് റിപ്പോർട്ട് ചെയ്യേണ്ടത്, എന്ത് ഓഫ് ചെയ്യരുത്
സ്വമേധയാ ലോഗിൻ വിജയിക്കുകയും യാന്ത്രിക പുനരുപയോഗം സ്ഥിരമായി പരാജയപ്പെടുകയും ചെയ്താൽ, അത് കൃത്യമായി ഓപ്പറേറ്ററോട് പറയുക. അത് ഘടകത്തെ പേരിടുന്നു: പുനരുപയോഗ പാത, ക്രെഡൻഷ്യലല്ല. പരാജയത്തിന്റെ സമയം, ഉപയോഗിക്കുന്ന അക്കൗണ്ട്, നിങ്ങൾ കണ്ട പ്രോംപ്റ്റ് തരം എന്നിവ ഉൾപ്പെടുത്തുക.
വീണ്ടും കണക്ഷൻ നിശബ്ദമാക്കാൻ രണ്ടാം ഘടകം ഓഫ് ചെയ്യരുത്, സർട്ടിഫിക്കറ്റ് സാധുത പരിശോധന ഒഴിവാക്കരുത്, ക്രെഡൻഷ്യലുകൾ സ്ക്രിപ്റ്റിൽ ഒട്ടിക്കരുത്. ഇവയോരോന്നും നയം നടപ്പാക്കാൻ വേണ്ടി നിലനിൽക്കുന്ന പരിശോധന നീക്കം ചെയ്യുന്നു, ഓരോന്നും ലോഗിൻ പ്രോംപ്റ്റിനെ ഒരു സംഭവമാക്കി മാറ്റുന്നു.
പകരം പിന്തുണയുള്ള ഒഴുക്ക് ആവശ്യപ്പെടുക: വെല്ലുവിളി പൂർത്തിയാക്കാൻ കഴിയുന്ന ക്ലയന്റ്, പ്രവൃത്തിദിനത്തിന് ഒത്ത ടോക്കൺ ആയുസ്സ്, അല്ലെങ്കിൽ ചോദിക്കാൻ കഴിയാത്ത യന്ത്രത്തിനായി അംഗീകരിച്ച ഇന്ററാക്ടീവ് അല്ലാത്ത പ്രൊഫൈൽ. ഇവയെല്ലാം ആർക്കെങ്കിലും അംഗീകരിക്കാവുന്ന കോൺഫിഗറേഷൻ തീരുമാനങ്ങളാണ്, ഒരു പരിഹാരവഴിയല്ല.