nmcli വീണ്ടും വീണ്ടും VPN പാസ്‌വേഡ് ചോദിക്കുന്നു: രഹസ്യം പ്രാദേശികമായി സൂക്ഷിക്കുക

ഒരേ പ്രൊഫൈൽ, രണ്ട് സെഷനുകൾ: ഡെസ്ക്ടോപ്പിൽ നിന്ന് അത് കണക്റ്റ് ചെയ്യുന്നു, SSH വഴി ഒന്നിനും ഉത്തരം നൽകാൻ കഴിയാത്ത ഒരു പ്രോംപ്റ്റിൽ അത് തൂങ്ങിക്കിടക്കുന്നു. ഒന്നും തകർന്നിട്ടില്ല, ഒരു ക്രമീകരണവും നഷ്ടപ്പെട്ടിട്ടില്ല. NetworkManager സീക്രെട്ട് ഏജന്റിൽ നിന്ന് ക്രെഡൻഷ്യൽ ആവശ്യപ്പെടുകയാണ്, സീക്രെട്ട് ഏജന്റ് എന്നത് നിങ്ങൾ ഉപയോഗിക്കുന്ന സെഷനിൽ ഇല്ലാത്ത ഡെസ്ക്ടോപ്പ് ഘടകമാണ്.

ചുവടെയുള്ള ക്രമം പ്രവർത്തിപ്പിക്കുക, ടണൽ ഗ്രാഫിക്കൽ ഇന്റർഫേസ് ഇല്ലാതെ ഉയരും, എന്നാൽ രഹസ്യം സൂക്ഷിക്കുന്നത് ആ പ്രൊഫൈൽ ആർക്ക് ഉപയോഗിക്കാമെന്ന് മാറ്റുമെന്ന കാര്യം ശ്രദ്ധിക്കുക.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് രോഗനിർണ്ണയം സ്ഥിരീകരിക്കുക

ഇന്ററാക്ടീവ്, നോൺ-ഇന്ററാക്ടീവ് ആക്ടിവേഷനുകൾ തമ്മിലുള്ള വ്യത്യാസമാണ് മുഴുവൻ രോഗനിർണ്ണയം. nmcli --ask connection up വിജയിക്കുമ്പോൾ സാധാരണ ആക്ടിവേഷൻ കുടുങ്ങുന്നുവെങ്കിൽ, പ്രൊഫൈൽ ശരിയാണ്, രഹസ്യത്തിന്റെ ഉറവിടം ഇല്ല. ആ ഒരു താരതമ്യം പ്രവർത്തിക്കുന്ന ക്രമീകരണം വീണ്ടും എഴുതുന്നതിൽ നിന്ന് നിങ്ങളെ രക്ഷിക്കുന്നു.

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office IPsec" | grep -i flags

ഊഹിക്കുന്നതിന് പകരം ഫ്ലാഗുകൾ വായിക്കുക. "ഏജന്റിനോട് ചോദിക്കുക" എന്നർഥമുള്ള മൂല്യങ്ങളാണ് നിങ്ങൾ തിരയുന്നത്, കൃത്യമായ കീ പേരുകൾ VPN പ്ലഗിനുകൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു, കാരണം അവ പ്ലഗിന്റെ സ്വന്തം ഡാറ്റാ നിഘണ്ടുവിൽ കഴിയുന്നു. FortiSSL പ്രൊഫൈലും IPsec പ്രൊഫൈലും ഒരേ പേരുകൾ ഉപയോഗിക്കണമെന്നില്ല, അതിനാൽ നിങ്ങളുടെ സ്വന്തം പ്രൊഫൈലിന്റെ ഔട്ട്പുട്ടിൽ നിന്ന് പ്രവർത്തിക്കുക.

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

രഹസ്യം കീ ഫയലിലേക്ക് മാറ്റുക

കണക്ഷൻ ഫയൽ /etc/NetworkManager/system-connections/-ന് കീഴിലാണ്. രഹസ്യങ്ങൾ സ്വതവേ അവിടെ സൂക്ഷിക്കുന്നില്ല, നിങ്ങൾ ഇപ്പോൾ വായിച്ച ഫ്ലാഗുകളുടെ അർഥം അതാണ്. ഫ്ലാഗ് പൂജ്യമാക്കുന്നത് മൂല്യം പ്രൊഫൈലിനൊപ്പം സംഭരിച്ചിരിക്കുന്നു, ആക്ടിവേഷൻ സമയത്ത് ആവശ്യപ്പെടുന്നില്ല എന്ന് NetworkManager-നോട് പറയുന്നു.

[vpn]
password-flags=0

[vpn-secrets]
password=YOUR-VPN-PASSWORD

രണ്ട് രഹസ്യങ്ങളുള്ള പ്രൊഫൈലിന് മാതൃക ആവർത്തിക്കുന്നു: [vpn] വിഭാഗത്തിൽ ഓരോ രഹസ്യത്തിനും ഒരു ഫ്ലാഗ്, മൂല്യങ്ങൾ [vpn-secrets]-ൽ. IPsec പ്രൊഫൈൽ സാധാരണയായി ഉപയോക്തൃ ക്രെഡൻഷ്യലിനൊപ്പം മുൻകൂട്ടി പങ്കിട്ട കീ വഹിക്കുന്നു, പ്ലഗിൻ അവയെ സാധാരണ പാസ്‌വേഡ് ഫീൽഡിൽ നിന്ന് വ്യത്യസ്തമായി പേരിടുന്നു, അതിനാൽ കീ പേരുകൾ vpn.data ഔട്ട്പുട്ടിൽ നിന്ന് പകർത്തുക, മറ്റൊരു പ്ലഗിൻ ഉപയോഗിച്ച ബ്ലോഗ് പോസ്റ്റിൽ നിന്നല്ല. ഒരു കീ പേര് തെറ്റായാൽ ലോഡ് ചെയ്ത് പിന്നീട് പ്രാമാണീകരണത്തിൽ പരാജയപ്പെടുന്ന പ്രൊഫൈൽ ഉണ്ടാകും, അത് കൃത്യമായി തെറ്റായ പാസ്‌വേഡ് പോലെ വായിക്കപ്പെടുന്നു. വീണ്ടും കണക്റ്റ് ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങളുടെ ഫയൽ അതേ പ്ലഗിന്റെ പ്രവർത്തിക്കുന്ന പ്രൊഫൈലുമായി താരതമ്യം ചെയ്യുക.

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

തുടർന്ന് ഫയലിന്റെ ഉടമസ്ഥതയും മോഡും ശരിയാക്കുക. ഈ കീ ഫയലുകൾ ഒരു പ്രിവിലേജുള്ള സേവനം വായിക്കുന്നു, മറ്റ് ഉപയോക്താക്കൾക്ക് വായിക്കാൻ കഴിയുന്ന ഫയൽ വിശ്വസനീയമല്ലാത്തതായി കണക്കാക്കുന്നു, തിരുത്തിയ പ്രൊഫൈൽ അവഗണിക്കപ്പെട്ടതായി തോന്നുന്നതിന്റെ സാധാരണ കാരണം അതാണ്. ഉടമ root, മോഡ് 600, ഒരു ഒഴിവാക്കലുമില്ല.

വീണ്ടും ലോഡ് ചെയ്യുക, തുടർന്ന് സജീവമാക്കുക

കണക്ഷൻ ലോഡ് ചെയ്യുമ്പോഴാണ് ഫയൽ വായിക്കുന്നത്, അതിനാൽ തിരുത്തൽ മാത്രം മതിയാകില്ല. പ്രൊഫൈലുകൾ വീണ്ടും ലോഡ് ചെയ്ത്, തുടർന്ന് കണക്ഷൻ വ്യക്തമായി ഉയർത്തുക.

sudo nmcli connection reload
sudo nmcli connection up "Office IPsec"

വീണ്ടും ലോഡ് ചെയ്യുന്നത് മാറ്റം എടുക്കുന്നില്ലെങ്കിൽ, സേവനത്തിന്റെ പൂർണ്ണ പുനരാരംഭം അത് എടുക്കുന്നു, അതേക്കുറിച്ച് റിപ്പോർട്ടുകളുണ്ട്. മറ്റ് ലിങ്കുകൾ പ്രധാനമാകുമ്പോൾ വീണ്ടും ലോഡ് ചെയ്യുന്നതിന് മുൻഗണന നൽകുക, കാരണം സേവനം പുനരാരംഭിക്കുന്നത് ഓരോ നിയന്ത്രിത കണക്ഷനും വിച്ഛേദിക്കുന്നു, വിദൂര ഹോസ്റ്റിൽ അത് നിങ്ങൾ ആഗ്രഹിച്ച ടണൽ ഉയരുന്നതിന് മുമ്പ് സെഷൻ അവസാനിപ്പിക്കാം.

പേരുകൾ അവ്യക്തമാകുമ്പോൾ UUID ഉപയോഗിക്കുക. നിരവധി ഉപഭോക്തൃ പ്രൊഫൈലുകളുള്ള യന്ത്രങ്ങളിൽ ഏകദേശ പകർപ്പുകൾ കൂടുന്നു, തെറ്റായത് സജീവമാക്കുന്നത് ക്രെഡൻഷ്യൽ പ്രശ്നം പോലെ തോന്നുന്ന പരാജയം ഉണ്ടാക്കുന്നു.

സൂക്ഷിച്ച രഹസ്യമല്ല പ്രശ്നം എന്നിരിക്കുമ്പോൾ

ശരിയായ ക്രെഡൻഷ്യൽ സൂക്ഷിച്ചിട്ടും FortiSSL പ്രൊഫൈൽ പരാജയപ്പെടാം, കാരണം ക്ലയന്റ് ഗേറ്റ്‌വേയുടെ സർട്ടിഫിക്കറ്റ് ഒരിക്കലും വിശ്വസിക്കുന്നില്ല. ആ ക്രമീകരണം പ്രധാന ഡയലോഗിൽ ഇല്ല; അത് VPN-യുടെ വിപുലമായ ഓപ്ഷനുകൾക്ക് പിന്നിലാണ്, അവിടെ വിശ്വസ്ത സർട്ടിഫിക്കറ്റിന്റെ ഡൈജസ്റ്റ് നൽകുന്നു. ലോഗ് പാസ്‌വേഡിന് പകരം സർട്ടിഫിക്കറ്റ് പരാമർശിക്കുന്നുവെങ്കിൽ, നിങ്ങൾ ഈ ശാഖയിലാണ്, [vpn-secrets] എത്ര തിരുത്തിയാലും സഹായിക്കില്ല.

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

സൂക്ഷിക്കുന്നത് സ്വീകാര്യമാണോ എന്ന് തീരുമാനിക്കുക

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

സൂക്ഷിച്ച VPN രഹസ്യങ്ങൾ നയം വിലക്കുന്നുവെങ്കിൽ, cron ജോലി പ്രവർത്തിക്കാൻ പ്രൊഫൈൽ ദുർബലമാക്കരുത്. ഏജന്റുള്ള ഒരു സെഷനിൽ നിന്ന് കണക്ഷൻ പ്രവർത്തിപ്പിക്കുക, അല്ലെങ്കിൽ ഓട്ടോമേഷന് മറ്റൊരു സംവിധാനം ഉപയോഗിക്കുക.

അവസാനമായി, ഏത് പ്രൊഫൈലുകൾ രഹസ്യങ്ങൾ വഹിക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക, അങ്ങനെ ആരും ശ്രദ്ധിക്കാതെ ഒന്ന് ലാപ്‌ടോപ്പിലേക്ക് പകർത്തില്ല. തീയതിയും കാരണവും സഹിതം രഹസ്യ വിഭാഗത്തിന് മുകളിൽ ഒരു കുറിപ്പ് മതി, അത് പിന്നീട് ആർക്കെങ്കിലും അസ്വസ്ഥമായ ഒരു അവലോകനം ഒഴിവാക്കും.