VPN പാസ്‌വേഡ് പുനഃസജ്ജീകരിച്ചതിന് ശേഷവും ഒരു ഉപകരണം ബന്ധിപ്പിക്കുന്നില്ല
പുതിയ പാസ്‌വേഡ് ഒരു ക്ലയന്റ് ഒഴികെ എല്ലായിടത്തും പ്രവർത്തിക്കുന്നു. പഴയ മൂല്യം ഇപ്പോഴും സൂക്ഷിക്കുന്ന സ്റ്റോർ കണ്ടെത്തി, ശ്രമങ്ങൾ പരിമിതപ്പെടുത്തി ഒരു ശ്രമത്തിലൂടെ പരിശോധിക്കുക.
നിങ്ങൾ പാസ്‌വേഡ് പുനഃസജ്ജീകരിച്ചു, പോർട്ടലിൽ പരിശോധിച്ചു, എന്നിട്ടും ഒരു ലാപ്‌ടോപ്പിന് ഇപ്പോഴും ബന്ധിപ്പിക്കാൻ കഴിയുന്നില്ല. ആദ്യ പ്രവണത അത് വീണ്ടും പുനഃസജ്ജീകരിക്കുകയാണ്, അങ്ങനെയാണ് അക്കൗണ്ട് ലോക്ക് ആകുന്നതും പഴയ രഹസ്യം സംഭവമാകുന്നതും. VPN ക്ലയന്റ് ഓരോ തവണയും പാസ്‌വേഡ് ആവശ്യപ്പെടുന്നത് അപൂർവമാണ്; അത് ഒരിക്കൽ ആവശ്യപ്പെടുകയും നിങ്ങൾ തിരഞ്ഞെടുക്കാത്ത ഒരിടത്ത് ഉത്തരം സൂക്ഷിക്കുകയും ചെയ്യുന്നു. ആ സ്ഥലം കണ്ടെത്തുന്നതാണ് മുഴുവൻ ജോലി, അത് മറ്റൊരു പുനഃസജ്ജീകരണത്തേക്കാൾ വേഗമേറിയതാണ്.
ഓരോ ക്ലയന്റും യഥാർത്ഥത്തിൽ എന്താണ് അയക്കുന്നതെന്ന് സ്ഥിരീകരിക്കുക
പാസ്‌വേഡ് പ്രശ്നമാണെന്ന് കരുതുന്നതിന് മുമ്പ് പരാജയപ്പെടുന്ന ക്ലയന്റിൽ അക്കൗണ്ട്, ഡൊമെയ്ൻ, ഗേറ്റ്‌വേ എന്നിവ പരിശോധിക്കുക. വെബ് പോർട്ടൽ ലോഗിൻ VPN-ൽ നിന്ന് വ്യത്യസ്തമായ ഐഡന്റിറ്റി സിസ്റ്റം ഉപയോഗിക്കാം, അതിനാൽ വിജയകരമായ പോർട്ടൽ ലോഗിൻ പ്രോട്ടോക്കോളിന്റെ ആധികാരികതയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ചില വിന്യാസങ്ങൾ പോർട്ടലിൽ ഇമെയിലും ടണലിൽ വേറെ ഉപയോക്തൃനാമവും സ്വീകരിക്കുന്നു. എന്തെങ്കിലും പുനഃസജ്ജീകരിക്കുന്നതിന് മുമ്പ് ക്ലയന്റ് ഏത് ഐഡന്റിറ്റി അവതരിപ്പിക്കാൻ കോൺഫിഗർ ചെയ്തിരിക്കുന്നു എന്ന് സ്ഥിരീകരിക്കുക.
പിശക് വാചകം വായിച്ച് തരംതിരിക്കുക. സർട്ടിഫിക്കറ്റ് പരാജയം, കാലഹരണപ്പെട്ട ചലഞ്ച് അല്ലെങ്കിൽ പിന്തുണയ്ക്കാത്ത സൈഫർ പഴയ പാസ്‌വേഡ് അല്ല, അതിനെ അങ്ങനെ കണക്കാക്കുന്നത് ഫലമില്ലാത്ത പുനഃസജ്ജീകരണ ചക്രം സൃഷ്ടിക്കുന്നു. സേവനത്തിന് ലോക്കൗട്ട് നയമുണ്ടെങ്കിൽ, രണ്ടോ മൂന്നോ പരാജയപ്പെട്ട ശ്രമങ്ങൾക്ക് ശേഷം നിർത്തി തുടരുന്നതിന് മുമ്പ് അക്കൗണ്ട് നില സ്ഥിരീകരിക്കുക.
ഊഹിക്കുന്നതിന് പകരം സ്റ്റോറുകൾ പട്ടികപ്പെടുത്തുക
നാല് സ്റ്റോറുകൾ VPN രഹസ്യം സൂക്ഷിക്കുന്നു, താഴെയുള്ള പട്ടിക ഓരോന്നിനും മൂല്യം എവിടെ നിലനിൽക്കുന്നു, അത് മായ്ക്കുന്നതിന്റെ യഥാർത്ഥ അർത്ഥം എന്തെന്ന് കാണിക്കുന്നു. തദ്ദേശീയ OS പ്രൊഫൈൽ രഹസ്യം പ്ലാറ്റ്‌ഫോമിന്റെ ക്രെഡൻഷ്യൽ സ്റ്റോറിൽ സൂക്ഷിക്കുന്നു, അതിനാൽ അത് എഴുതിയ ആപ്പിനെക്കാൾ എൻട്രി അധികകാലം നിലനിൽക്കാം. ക്ലയന്റ് കോൺഫിഗറേഷൻ ഫയൽ മൂല്യം ആ ക്ലയന്റ് വായിക്കുന്നിടത്ത് സൂക്ഷിക്കുന്നു, ഇൻലൈനായോ റഫറൻസ് ചെയ്ത auth ഫയലിലോ, അതിനാൽ മറ്റൊരു ഫയൽ എഡിറ്റ് ചെയ്യുന്നത് ഒന്നും മാറ്റുന്നില്ല. ബ്രൗസർ പോർട്ടൽ കുക്കിയും നയം നൽകുന്ന ക്രെഡൻഷ്യലും ഉപകരണം യഥാർത്ഥത്തിൽ സ്വന്തമാക്കാത്ത ഒരിടത്ത് കഴിയുന്നു, അതാണ് ആര് അവ മാറ്റാമെന്ന് തീരുമാനിക്കുന്നത്.
| Store | Where it lives | How to clear it |
|---|---|---|
| Native OS profile | Windows Credentials, NetworkManager secrets | forget or edit the connection |
| Client configuration file | a referenced auth file or inline value | edit the file the client actually reads |
| Browser session | cookie for the portal SSO | sign out of the portal, not just close the tab |
| Managed policy | delivered by the management service | change it in the manager, not on the device |
അവ ഒരു നിശ്ചിത ക്രമത്തിൽ പരിശോധിക്കുക: ആദ്യം OS ക്രെഡൻഷ്യൽ സ്റ്റോർ, കാരണം ക്ലയന്റ് സ്വതവേ അതിനെയാണ് സമീപിക്കുന്നത്, പിന്നെ ക്ലയന്റിന്റെ സ്വന്തം വോൾട്ട് അല്ലെങ്കിൽ കോൺഫിഗ് ഫയൽ, പിന്നെ ബ്രൗസർ സെഷൻ, അവസാനം മൂന്നിനെയും അതിലംഘിക്കാവുന്ന നയം. ക്രമം പ്രധാനമാണ് കാരണം പിന്നീടുള്ള സ്റ്റോർ മുൻപുള്ളതിനെ നിശബ്ദമായി പുനഃസ്ഥാപിക്കാം, പരാജയം തുടരുമ്പോൾ നിങ്ങൾ തെറ്റായ പാളി ശരിയാക്കും. ഏത് സ്റ്റോർ മാറ്റി എന്ന് എഴുതിവയ്ക്കുക, കാരണം ആ കുറിപ്പാണ് അടുത്ത പുനഃസജ്ജീകരണത്തെ ഒരു ഉച്ചയ്ക്ക് പകരം രണ്ട് മിനിറ്റ് ജോലിയാക്കുന്നത്.
ക്ലയന്റ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന സ്റ്റോറിൽ നോക്കുക
ഇല്ലാതാക്കുന്നതിന് മുമ്പ് വായിക്കുക, ഏത് എൻട്രി VPN-ന്റേതായിരുന്നു എന്ന് അറിയാൻ. താഴെയുള്ള കമാൻഡുകൾ നീക്കം ചെയ്യുന്നതിന് പകരം പട്ടികപ്പെടുത്തി പരിശോധിക്കുന്നു, ഇത് രോഗനിർണയം മടക്കാവുന്നതായി നിലനിർത്തുന്നു.
# Windows credential store
cmdkey /list | findstr /i vpn# Windows native profile
Get-VpnConnection -Name "Work" | Select-Object -ExpandProperty Guid# macOS Keychain
security find-generic-password -s "Company VPN" -g# Linux NetworkManager
nmcli -s connection show "Work" | grep -i passwordLinux-ൽ, -s NetworkManager സാധാരണയായി മറയ്ക്കുന്ന രഹസ്യങ്ങൾ കാണിക്കുന്നു. macOS-ൽ, Keychain കമാൻഡ് സൂക്ഷിച്ച ഇനം പ്രിന്റ് ചെയ്യുന്നു, അതിനാൽ ടെർമിനൽ സ്ക്രോൾബാക്ക് സംവേദനക്ഷമമായി കണക്കാക്കുക. പരാജയപ്പെടുന്ന ക്ലയന്റ് സ്വന്തം വോൾട്ടുള്ള തേർഡ്-പാർട്ടി ആപ്പാണെങ്കിൽ, OS സ്റ്റോർ ശരിയായി കാണപ്പെടും എന്നാൽ ആപ്പ് സ്വന്തം പകർപ്പ് സൂക്ഷിക്കും, ആ വോൾട്ടിലാണ് മാറ്റം വേണ്ടത്.
ഓഫ്‌ലൈൻ ഉപകരണങ്ങൾ കൈകാര്യം ചെയ്യുക
സ്വയം ഉണർന്ന് വീണ്ടും ബന്ധിപ്പിക്കുന്ന ലാപ്‌ടോപ്പുകൾ അവയുടെ പകർപ്പ് ഉള്ളിടത്തോളം പഴയ രഹസ്യം അവതരിപ്പിച്ചുകൊണ്ടിരിക്കും. ആ ഉപകരണങ്ങൾ ഒരുമിച്ച് വീണ്ടും ശ്രമിക്കുന്നതിന് മുമ്പ് തിരുത്തപ്പെടുന്ന വിധത്തിൽ അപ്‌ഡേറ്റ് ആസൂത്രണം ചെയ്യുക, കൂടാതെ ഓരോന്നും പിന്തുണയ്ക്കുന്ന ഒഴുക്കിലൂടെ കടന്നുപോകുന്നതുവരെ ബാധിത പ്രൊഫൈലിൽ സ്വയം-ബന്ധനം പ്രവർത്തനരഹിതമാക്കുന്നത് പരിഗണിക്കുക.
നിർവഹിക്കപ്പെട്ട ഫ്ലീറ്റിന്, നയം നിർവചിച്ചിരിക്കുന്നിടത്ത് മൂല്യം മാറ്റുക. ക്രെഡൻഷ്യൽ കേന്ദ്രീകൃതമായി നൽകുന്ന ഉപകരണത്തിലെ പ്രാദേശിക പകർപ്പ് എഡിറ്റ് ചെയ്യുന്നത് ഏറ്റവും നല്ല സാഹചര്യത്തിൽ താൽക്കാലികമാണ്; അടുത്ത നയ പുതുക്കൽ പഴയ മൂല്യം പുനഃസ്ഥാപിക്കുകയും പരാജയം വിശദീകരണമില്ലാതെ മടങ്ങുകയും ചെയ്യും.
ഒരു നിയന്ത്രിത ശ്രമത്തിലൂടെ പരിശോധിക്കുക
ഉദ്ദേശിച്ച എൻട്രി അപ്‌ഡേറ്റ് ചെയ്യുക, ഒരിക്കൽ വീണ്ടും ബന്ധിപ്പിക്കുക, ടണൽ എന്തെങ്കിലും നിർദ്ദിഷ്ടമായതിൽ എത്തുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. ഒരു നിയന്ത്രിത ശ്രമം പരാജയപ്പെട്ടാൽ ഉപയോഗയോഗ്യമായ പിശക് നൽകുന്നു, ഇരുപത് ലോക്ക് ആയ അക്കൗണ്ടും ഒരു രഹസ്യവും നൽകുന്നു. സ്റ്റോർ തിരുത്തിയതിന് ശേഷവും ക്ലയന്റ് പരാജയപ്പെടുന്നുവെങ്കിൽ, രഹസ്യമില്ലാത്ത ഒരു പിശക് പിടിച്ച് നിർത്തുക. ആ പിശക് ഉപകരണത്തിന്റെ പേരിനൊപ്പം സൂക്ഷിക്കുക, അടുത്ത ഷിഫ്റ്റ് നിങ്ങൾ അവസാനിപ്പിച്ചിടത്ത് നിന്ന് തുടങ്ങട്ടെ.
പാസ്‌വേഡ് മാറ്റം സർട്ടിഫിക്കറ്റുകൾ, സെഷൻ ടോക്കണുകൾ, MFA രജിസ്‌ട്രേഷൻ എന്നിവയെ സ്പർശിക്കുന്നില്ല, അവ സ്വന്തം ജീവിതചക്രമുള്ള വേറിട്ട ഐഡന്റിറ്റികളാണ്. പുതുക്കിയ സർട്ടിഫിക്കറ്റ് പാസ്‌വേഡ് കറക്കുന്നതിലൂടെ ശരിയാകുന്നില്ല, പുനഃസജ്ജീകരണത്തിന് മുമ്പ് നൽകിയ ടോക്കൺ ഇപ്പോഴും സാധുവായിരിക്കാം. ഏത് സ്റ്റോറിൽ പഴയ മൂല്യമുണ്ടായിരുന്നു എന്ന് എഴുതി അവസാനിപ്പിക്കുക, കാരണം അടുത്ത പുനഃസജ്ജീകരണം അതേ പട്ടികയിൽ എത്തും.