FortiClient-ൽ പാസ്‌വേഡ് സേവ് ചെയ്യാനുള്ള ബോക്സ് ഇല്ലേ? തീരുമാനം ഗേറ്റ്‌വേയുടേത്

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

ഫയലുകൾ തിരുത്താൻ തുടങ്ങുന്നതിനു മുൻപ് ഈ വ്യത്യാസം പ്രധാനമാണ്: ഈ വഴികളിൽ ഒന്ന് ഫയർവാൾ ഉടമയുമായുള്ള സംഭാഷണമാണ്, മറ്റൊന്ന് മുകളിൽ എഴുതപ്പെടുന്ന ലബോറട്ടറി ജോലിയാണ്.

എൻഡ്‌പോയിന്റ് തൊടുന്നതിനു മുൻപ് പോർട്ടൽ പരിശോധിക്കുക

FortiGate നടത്തുന്നയാളിനോട് നിങ്ങളുടെ ടണൽ ചൂണ്ടുന്ന SSL VPN പോർട്ടൽ തുറന്ന് അതിന്റെ പാസ്‌വേഡ് സേവ് ക്രമീകരണം വായിക്കാൻ ആവശ്യപ്പെടുക. ഓപ്ഷൻ പ്രവർത്തനരഹിതമാകുമ്പോൾ, FortiClient നിയന്ത്രണം മറയ്ക്കുകയും ക്രെഡൻഷ്യൽ സംഭരിക്കാൻ വിസമ്മതിക്കുകയും ചെയ്യുമെന്നാണ് പ്രതീക്ഷ. എൻഡ്‌പോയിന്റ് കേടായതല്ല, നിയമം അനുസരിക്കുന്നതാണ്.

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

Windows ഫ്ലാഗ് ടണൽ കീയുടെ ഉള്ളിൽ സൂക്ഷിക്കുന്നു

സേവ് ചെയ്ത ടണലുകൾ നിലവിലെ ഉപയോക്താവിനു കീഴിൽ ജീവിക്കുന്നു, ഓരോ കണക്ഷനും ഒരു കീ, ദൃശ്യതാ ഫ്ലാഗ് കണക്ഷൻ വിശദാംശങ്ങൾക്കൊപ്പം ഇരിക്കുന്നു:

HKEY_CURRENT_USER\SOFTWARE\Fortinet\FortiClient\Sslvpn\Tunnels<tunnel name>
show_remember_password = 1

മൂല്യം 1 ആക്കി സെറ്റ് ചെയ്യുക, ക്ലയന്റിന്റെ വിൻഡോ അടയ്ക്കുന്നതിനു പകരം ട്രേയിൽ നിന്ന് പുറത്തുകടക്കുക, വീണ്ടും തുറക്കുക. 5.x ബിൽഡുകളിൽ അതേ ഫ്ലാഗ് HKEY_LOCAL_MACHINE ന്റെ Wow6432Node ശാഖയ്ക്ക് കീഴിൽ ആകാമായിരുന്നു, അതിനാൽ ഓരോ ഉപയോക്താവിന്റെ കീ ഇല്ലാത്തപ്പോൾ അവിടെ നോക്കുക. ചില 6.x ബിൽഡുകൾ വിജയകരമായ കണക്ഷനു ശേഷം മൂല്യം വീണ്ടും എഴുതുന്നു, ഇത് ഒരു ലോഗിൻ അതിജീവിച്ച് അടുത്തതിൽ അപ്രത്യക്ഷമാകുന്ന ചെക്ക്‌ബോക്സ് വിശദീകരിക്കുന്നു. നിങ്ങളുടെ കീയിൽ അത്തരം മൂല്യമേ ഇല്ലെങ്കിൽ, മറ്റ് പേരുകൾ ഊഹിക്കുന്നതിനു പകരം അത് സ്ട്രിംഗ് ആയി സൃഷ്ടിക്കുക.

രജിസ്ട്രിയെ ഡീബഗ് ഘട്ടമായി കാണുക. ജീവനുള്ള രജിസ്ട്രി അവസ്ഥ അടുത്ത അഡ്മിനിസ്ട്രേറ്റർക്ക് അദൃശ്യമാണ്, ഒരു ഇൻവെന്ററി പുതുക്കലും അത് സംരക്ഷിക്കില്ല.

macOS-ൽ ഫയൽ കണ്ടെത്താൻ ക്ലയന്റിനെ പിന്തുടരുക

macOS ക്ലയന്റ് ഓരോ കണക്ഷന്റെയും ക്രമീകരണങ്ങൾ /Library/Application Support/Fortinet/FortiClient/conf-ന് കീഴിൽ, ഓരോ ടണലിനും ഒരു നിഘണ്ടുവിൽ സൂക്ഷിക്കുന്നു. സെറ്റ് ചെയ്യേണ്ട കീ AllowSavePassword ആണ്, അതേ നിഘണ്ടുവിലെ സ്വയം-കണക്ട് കീകൾ കേടുകൂടാതെ ഇരിക്കുമ്പോൾ അത് 1 എന്ന് വായിക്കണം. തീർന്നാൽ ക്ലയന്റ് പുനരാരംഭിക്കുക.

കൃത്യമായ ഫയൽ ഊഹിക്കുന്നത് അപരിചിതമായ ബിൽഡിൽ സമയം നഷ്ടപ്പെടുത്തുന്നു. ടണൽ ചേർക്കുമ്പോൾ opensnoop പ്രവർത്തിപ്പിച്ച്, ക്ലയന്റ് തൊട്ട വഴികൾ വായിക്കുക; അത് എഴുതിയ ഫയലാണ് ഫ്ലാഗ് വഹിക്കുന്നത്. ക്ലയന്റ് അടച്ചിരിക്കെ ആ ഫയൽ തിരുത്തുക, ജോലി കഴിഞ്ഞു. അഞ്ച് മിനിറ്റ് പിന്തുടരൽ ഓരോ തവണയും മുഴുവൻ ഫയൽസിസ്റ്റം തിരയലിനെ തോൽപ്പിക്കുന്നു.

എക്സ്പോർട്ട്, തിരുത്തൽ, പുനഃസ്ഥാപന ചക്രത്തിന് മുൻഗണന നൽകുക

പുതിയ ക്ലയന്റുകൾ മുഴുവൻ കോൺഫിഗറേഷനും ഒരു ഫയലിലൂടെ അങ്ങോട്ടും ഇങ്ങോട്ടും കൊണ്ടുപോകാൻ അനുവദിക്കുന്നു, ഇത് ജീവനുള്ള രജിസ്ട്രി ശസ്ത്രക്രിയയെക്കാൾ ആവർത്തിക്കാനും മറ്റൊരു യന്ത്രത്തിന് കൈമാറാനും എളുപ്പമാണ്:

• ക്ലയന്റ് ക്രമീകരണങ്ങളിൽ നിന്ന് എക്സ്പോർട്ട് ചെയ്യുക, ഉപയോക്തൃ ക്രമീകരണങ്ങൾ ഉൾപ്പെടുത്തുക, എക്സ്പോർട്ട് പാസ്‌വേഡ് സെറ്റ് ചെയ്യുക.
• ഫയൽ തുറന്ന് show_remember_password 1 ആക്കി സെറ്റ് ചെയ്യുക.
• ക്ലയന്റിലെ പൂട്ട് തുറക്കുക; പൂട്ടിയിരിക്കുമ്പോൾ പുനഃസ്ഥാപിക്കൽ ഒന്നും ചെയ്യുന്നില്ല.
• തിരുത്തിയ ഫയൽ പുനഃസ്ഥാപിച്ച് എക്സ്പോർട്ട് പാസ്‌വേഡ് നൽകുക.

അടുത്ത സൈൻ-ഇന്നിൽ നിയന്ത്രണം പ്രത്യക്ഷപ്പെടേണ്ടതാണ്. എക്സ്പോർട്ട് ചെയ്ത ഫയൽ പങ്കിട്ട ഫോൾഡറുകളിൽ നിന്നും ടിക്കറ്റ് അറ്റാച്ചുമെന്റുകളിൽ നിന്നും അകറ്റി നിർത്തുക, കാരണം അത് നിങ്ങളുടെ ടണലുകൾ വിവരിക്കുന്നു, എൻക്രിപ്റ്റ് ചെയ്ത രഹസ്യം വഹിക്കാം.

പുനഃസ്ഥാപനം പ്രവർത്തിക്കുന്നുവെങ്കിലും ബന്ധിപ്പിച്ചതിനു ശേഷം ബോക്സ് വീണ്ടും ഒളിക്കുന്നുവെങ്കിൽ, ഗേറ്റ്‌വേ ഓരോ ലോഗിനിലും നയം വീണ്ടും അടിച്ചേൽപ്പിക്കുന്നു, ഒരു പ്രാദേശിക ഫയലും ക്രമീകരണം വളരെനേരം നിലനിർത്തില്ല.

രഹസ്യം അക്കൗണ്ട് ലോക്കാകുന്നതിന് മുൻപ് മായ്ക്കുക

Linux കമാൻഡ്-ലൈൻ ക്ലയന്റിൽ ഒരു ചെക്ക്‌ബോക്സും ഇല്ല, അതിനാൽ stdin-ൽ പാസ്‌വേഡ് നൽകുന്ന റാപ്പർ സാധാരണ ഉത്തരമാണ്, അത് ഒന്നും സംഭരിക്കുന്നുമില്ല. ഏത് പ്ലാറ്റ്‌ഫോമിലും വിശ്വസനീയമായ നീക്കം ബന്ധം ലോഗിനിൽ ചോദിക്കുന്നതിലേക്ക് തിരികെ വയ്ക്കുകയോ ടണൽ പൂർണ്ണമായി ഇല്ലാതാക്കുകയോ ചെയ്യുകയാണ്.

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

ക്രമത്തിൽ ചെയ്യുക: ഫയർവാൾ ഉടമയുമായി പോർട്ടൽ ക്രമീകരണം സ്ഥിരീകരിക്കുക, അനുവദിക്കുന്ന പ്രൊഫൈൽ ഉപയോഗിച്ച് ഉറവിടം തെളിയിക്കുക, രജിസ്ട്രി അല്ലെങ്കിൽ plist തിരുത്തലുകൾ ലബോറട്ടറിക്കുള്ളിൽ നിർത്തുക, ഏത് ഫയലാണ് രഹസ്യം സൂക്ഷിക്കുന്നതെന്ന് അറിയുക അത് നീക്കാൻ കഴിയാൻ. സേവ് അനുവദിക്കുന്ന പോർട്ടലിൽ ചെക്ക്‌ബോക്സ് ഇല്ലാതിരിക്കുന്നത് എൻഡ്‌പോയിന്റ് പ്രശ്നമാണ്, ക്ലയന്റ് ലോഗുകളാണ് അടുത്ത് നോക്കേണ്ട സ്ഥലം.