സംരക്ഷിച്ച VPN പാസ്വേഡ് കാണിക്കുന്നതിൽ നിന്ന് NetworkManager-നെ തടയുക
ഓരോ തവണയും ചോദിക്കുക, അത് ഒരു കീറിംഗിന് നൽകുക, അല്ലെങ്കിൽ root-ന് മാത്രമുള്ള ഫയൽ സൂക്ഷിക്കുക. ഓരോ തിരഞ്ഞെടുപ്പിനും വ്യത്യസ്ത സമ്പർക്കമുണ്ട്, പാസ്വേഡ് ഫ്ലാഗ് അതിന് യോജിക്കണം.
NetworkManager-ന് VPN പാസ്വേഡ് സൂക്ഷിക്കാം, അതിനാൽ ആരും ടൈപ്പ് ചെയ്യാതെ തന്നെ കണക്ഷൻ ഉയരും, കൂടാതെ എഡിറ്ററിലൂടെയോ nmcli --show-secrets വഴിയോ ആ മൂല്യം വീണ്ടും കാണിക്കാനും കഴിയും. മൂന്ന് ഉടമസ്ഥതാ മാതൃകകളുണ്ട്, പ്രദർശന സ്വഭാവം നിങ്ങൾ തിരഞ്ഞെടുത്തതിന്റെ ലക്ഷണം മാത്രമാണ്. ആദ്യം മാതൃക തിരഞ്ഞെടുക്കുക, തുടർന്ന് അതിന് യോജിക്കുന്ന ഫ്ലാഗ് സെറ്റ് ചെയ്യുക; അടുത്ത വ്യക്തിയെ ആശയക്കുഴപ്പത്തിലാക്കുന്ന പ്ലേസ്ഹോൾഡർ ഉപയോഗിച്ച് ഫീൽഡ് മറയ്ക്കരുത്.
മൂന്ന് ഉടമസ്ഥതാ മാതൃകകൾ
ആദ്യ മാതൃക ഓരോ തവണയും ചോദിക്കുന്നു. ഒന്നും സംഭരിക്കുന്നില്ല, രഹസ്യം സജീവമാക്കൽ കാലയളവിൽ മാത്രം നിലനിൽക്കുന്നു, കണക്ഷൻ ആരംഭിക്കുന്ന ആരും പാസ്വേഡ് അറിഞ്ഞിരിക്കണം. ഏറ്റവും കുറഞ്ഞ സൗകര്യമുള്ള ഓപ്ഷനാണിത്, പ്രതിരോധിക്കാൻ ഏറ്റവും എളുപ്പമുള്ളതും.
രണ്ടാമത്തേത് രഹസ്യം ഉപയോക്താവിന്റെ ഉടമസ്ഥതയിലുള്ള കീറിംഗിന് നൽകുന്നു. സെഷൻ ആരംഭിക്കുമ്പോൾ ഏജന്റ് അൺലോക്ക് ചെയ്യുന്നു, ആവശ്യാനുസരണം മൂല്യം നൽകുന്നു; ഇത് അതിനെ കണക്ഷൻ ഫയലിന് പുറത്ത് നിർത്തുന്നു, പക്ഷേ കണക്ഷനെ ആ ഉപയോക്താവിന്റെ സെഷനുമായി ബന്ധിപ്പിക്കുന്നു. ഇതിൽ നിന്ന് രണ്ട് നിബന്ധനകൾ ഉയരുന്നു: ഏജന്റ് പ്രവർത്തിക്കണം, അത് അൺലോക്ക് ചെയ്തിരിക്കണം.
മൂന്നാമത്തേത് ഒരു സിസ്റ്റം കണക്ഷനുവേണ്ടി സംരക്ഷിത ക്രെഡൻഷ്യൽ സൂക്ഷിക്കുന്നു. ഇത് റീബൂട്ടുകളെ അതിജീവിക്കുകയും ആരും ലോഗിൻ ചെയ്യുന്നതിന് മുമ്പ് പ്രവർത്തിക്കുകയും ചെയ്യുന്നു, പകരമായി മൂല്യം ഡിസ്കിൽ എൻക്രിപ്ഷനല്ല, ഫയൽ അനുമതികളാൽ സംരക്ഷിക്കപ്പെടുന്നു.
ഓരോ മാതൃകയും ശരിയായ സന്ദർഭത്തിൽ ന്യായമാണ്. തെറ്റ് അവ കലർത്തുന്നതാണ്, അങ്ങനെ ലാപ്ടോപ്പിൽ രഹസ്യം രണ്ടിടത്ത് നിലനിൽക്കുകയും ഏതാണ് പ്രാമാണികമെന്ന് വ്യക്തമായ ഉത്തരമില്ലാതിരിക്കുകയും ചെയ്യുന്നു. ഒരു പ്രൊഫൈൽ ഏത് മാതൃക ഉപയോഗിക്കുന്നുവെന്ന് എഴുതി വയ്ക്കുക. ടീമിന്റെ കൈപ്പുസ്തകത്തിലെ ഒരു വരി അടുത്ത വ്യക്തിയെ നാലാമത് ഒരു തിരയൽ സ്ഥലം കണ്ടുപിടിക്കുന്നതിൽ നിന്ന് രക്ഷിക്കുന്നു.
മാറ്റുന്നതിന് മുമ്പ് നിലവിലെ അവസ്ഥ വായിക്കുക
കണക്ഷൻ കൈകാര്യം ചെയ്യുന്ന ഉപയോക്താവ് എന്ന നിലയിൽ പ്രൊഫൈലും രഹസ്യത്തിന്റെ അവസ്ഥയും നോക്കുക. രണ്ടാമത്തെ കമാൻഡ് ആണ് മൂല്യം യഥാർത്ഥത്തിൽ വായിക്കാമോ എന്ന് പറയുന്നത്.
nmcli connection show "Office VPN"
nmcli --show-secrets connection show "Office VPN"
sudo stat -c '%U %a %n' /etc/NetworkManager/system-connections/*.nmconnectionആ ഡയറക്ടറിയിലെ കീ ഫയൽ സാധാരണയായി root-ന്റെ ഉടമസ്ഥതയിലും മോഡ് 600-ലും ആയിരിക്കും. ഇത് സാധാരണ ഉപയോക്താക്കളെ പുറത്ത് നിർത്തുന്നു, root-നെ പുറത്ത് നിർത്തുന്നില്ല, ഒരേ യന്ത്രം പങ്കിടുമ്പോഴോ ബാക്കപ്പ് root ആയി പ്രവർത്തിക്കുമ്പോഴോ ഇത് പ്രധാനമാണ്.
ഫയൽ അനുമതികൾ ഒരു അതിർത്തിയാണ്, എൻക്രിപ്ഷനല്ല. root ആയി ഫയൽ വായിക്കാൻ കഴിയുന്ന ആർക്കും പാസ്വേഡ് വ്യക്തമായ രേഖയായി ലഭിക്കും. മേൽനോട്ടമില്ലാത്ത സർവറിന് ഇത് സ്വീകാര്യമായ കൈമാറ്റമാണ്, പങ്കിട്ട വർക്ക്സ്റ്റേഷന് മോശവും. ഒരിക്കൽ എഴുതി വച്ചാൽ മൂല്യം സംരക്ഷിതമാണോ എന്ന നീണ്ട തർക്കം ഒഴിവാകും.
ഓരോ ഫ്ലാഗ് മൂല്യവും എന്ത് ചെയ്യുന്നു
VPN രഹസ്യത്തിന് flags എന്ന ഗുണമുണ്ട്, മൂല്യങ്ങൾ സംഖ്യകളിൽ നിന്ന് മാത്രം വ്യക്തമല്ല.
| Value | Meaning | Practical effect |
|---|---|---|
| 0 | No special flag | Secret is typically saved with the connection |
| 1 | Agent-owned | A keyring or secret agent supplies it |
| 2 | Not saved | Prompted at each activation |
| 4 | Not required | Connection proceeds without asking |
യഥാർത്ഥ സ്വഭാവം പ്ലഗിനെയും ഏജന്റ് പ്രവർത്തിക്കുന്നുണ്ടോ എന്നതിനെയും ആശ്രയിച്ചിരിക്കുന്നു, അതിനാൽ പട്ടികയെ കരാറായും നിരീക്ഷിക്കുന്ന സ്വഭാവത്തെ നിങ്ങൾ പരിശോധിക്കുന്ന കാര്യമായും കണക്കാക്കുക. ഒരു ഡെസ്ക്ടോപ്പിൽ പ്രവർത്തിക്കുന്ന മൂല്യം സെഷനില്ലാത്ത സർവറിൽ വ്യത്യസ്തമായി പെരുമാറാം. ആശയക്കുഴപ്പമുള്ള ടിക്കറ്റുകളിൽ ഭൂരിഭാഗവും ഈ വിടവിലാണ്.
വരി ഒഴിവാക്കി പ്രതീക്ഷിക്കുന്നതിനുപകരം ഗുണം വ്യക്തമായി സെറ്റ് ചെയ്യുക. ഇല്ലാത്ത ഫ്ലാഗ് ഒരു നയമല്ല, അടുത്ത പാക്കേജ് അപ്ഡേറ്റ് അത് നിങ്ങൾ ഉദ്ദേശിക്കാത്ത എന്തെങ്കിലും കൊണ്ട് നിറയ്ക്കാം.
കണക്ഷൻ ആരംഭിക്കുന്ന സമയവുമായി മാതൃക യോജിപ്പിക്കുക
ഒരു ഉപയോക്താവ് ലോഗിൻ ചെയ്തിരിക്കുമ്പോൾ മാത്രം കണക്ഷൻ ആരംഭിക്കുന്നുവെങ്കിൽ, ഏജന്റ് ഉടമസ്ഥത നന്നായി യോജിക്കുന്നു, രഹസ്യത്തെ ഫയലിന് പുറത്ത് നിർത്തുന്നു. ഇത് ബൂട്ട് സമയത്ത്, ഒരു സെഷൻ ഉണ്ടാകുന്നതിന് മുമ്പ് ആരംഭിക്കുന്നുവെങ്കിൽ, ഏജന്റിന് നിങ്ങളെ സഹായിക്കാനാവില്ല.
മിക്ക യന്ത്രങ്ങൾക്കും ഇതാണ് മുഴുവൻ തീരുമാനം. കണക്ഷൻ സംവേദനാത്മകമായി പ്രവർത്തിക്കുകയും റീബൂട്ടിന് ശേഷം പരാജയപ്പെടുകയും ചെയ്യുന്ന ആശയക്കുഴപ്പമുള്ള റിപ്പോർട്ടുകളുടെ ഒരു വിഭാഗത്തെ ഇത് വിശദീകരിക്കുന്നു. ഫ്ലാഗ് ഒരിക്കലും മാറിയില്ല; സന്ദർഭമാണ് മാറിയത്.
മേൽനോട്ടമില്ലാത്ത സാഹചര്യത്തിൽ root-ന്റെ ഉടമസ്ഥതയിലുള്ള നിയന്ത്രിത ഫയലോ അംഗീകൃത ക്രെഡൻഷ്യൽ ഉറവിടമോ ആണ് പ്രായോഗിക ഉത്തരം. ആ പ്രൊഫൈൽ എപ്പോഴെങ്കിലും കയറ്റുമതി ചെയ്യുകയോ മറ്റൊരു യന്ത്രത്തിലേക്ക് പകർത്തുകയോ ചെയ്താൽ അത് കണക്ഷൻ പ്രൊഫൈലിന് പുറത്ത് സൂക്ഷിക്കുക.
മൂല്യം മുമ്പേ കാണാമായിരുന്നെങ്കിൽ, അത് മാറ്റുക
ഫ്ലാഗ് മാറ്റുന്നത് പാസ്വേഡിനെ തന്നെ ബാധിക്കുന്നില്ല. സ്ക്രീൻഷോട്ടിലോ shell ചരിത്രത്തിലോ പിന്തുണയ്ക്ക് അയച്ച ബണ്ടിലിലോ മറ്റ് ഉപയോക്താക്കൾക്ക് തുറക്കാൻ കഴിയുന്ന ഫയലിലോ പ്രത്യക്ഷപ്പെട്ട മൂല്യം വെളിപ്പെട്ടതായി കണക്കാക്കണം.
അത് സർവറിൽ മാറ്റുക, തുടർന്ന് ക്ലയന്റ് ശരിയാക്കുക, പഴയതുപയോഗിച്ച് പ്രാമാണീകരിച്ച ഏത് സെഷനും അവസാനിപ്പിക്കുക. പ്രാദേശിക കണക്ഷൻ ഇല്ലാതാക്കുന്നത് മറുവശത്ത് ഒന്നും റദ്ദാക്കുന്നില്ല, അതാണ് ആളുകൾ വിട്ടുപോകുന്ന ഭാഗം.
തുടർന്ന് പാസ്വേഡ് കമാൻഡ് ലൈനിൽ ഇടുന്നത് നിർത്തുക. അത് shell ചരിത്രത്തിൽ ചേരുന്നു, പ്രോസസ് പട്ടികയിൽ പ്രത്യക്ഷപ്പെടാം; പകരം സംവേദനാത്മക പ്രോംപ്റ്റോ ഏജന്റോ ഉപയോഗിക്കുക.
വീണ്ടും കണക്ട് ചെയ്ത് പരിശോധിക്കുക
രഹസ്യം കാണിച്ച കമാൻഡ് ആവർത്തിക്കുക, ഫീൽഡ് ഇനി അച്ചടിക്കുന്നില്ലെന്ന് ഉറപ്പാക്കുക. തുടർന്ന് ഡിസ്കണക്ട് ചെയ്ത് വീണ്ടും കണക്ട് ചെയ്യുക, കണക്ഷൻ സ്വയമേവ ആരംഭിക്കുന്നുവെങ്കിൽ റീബൂട്ട് ചെയ്യുക, കാരണം രസകരമായ പരാജയം സെഷൻ സന്ദർഭം മാറുമ്പോൾ മാത്രമേ പ്രത്യക്ഷപ്പെടൂ.
രഹസ്യം ഇപ്പോഴും കാണുന്നുവെങ്കിൽ, മറ്റൊരു പ്രൊഫൈലോ മറ്റൊരു ഏജന്റോ അത് നൽകുന്നു. ഫയലുകൾ ഇല്ലാതാക്കുന്നതിനുപകരം സജീവ കണക്ഷനും കീറിംഗും പരിശോധിക്കുക, ലക്ഷണം മാറുന്നതുവരെ.