Linux നിങ്ങളുടെ VPN പാസ്വേഡ് എവിടെ സൂക്ഷിക്കണം? പ്രൊഫൈലിൽ അല്ല
NetworkManager-ന്റെ സീക്രെട്ട് ഫ്ലാഗുകൾ പാസ്വേഡ് പ്രൊഫൈലിൽ, ഒരു കീറിംഗ് ഏജന്റിൽ, അതോ ആരും സൂക്ഷിക്കുന്നില്ലയോ എന്ന് തീരുമാനിക്കുന്നു. ഉത്തരം കണക്ഷൻ എപ്പോൾ ആരംഭിക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.
VPN പാസ്വേഡ് എവിടെയെങ്കിലും ജീവിക്കണം: കണക്ഷൻ പ്രൊഫൈലിൽ, ഡെസ്ക്ടോപ്പ് തുറക്കുന്ന കീറിംഗിൽ, അല്ലെങ്കിൽ എവിടെയും ഇല്ല. NetworkManager ആ തിരഞ്ഞെടുപ്പിനെ സീക്രെട്ട് ഫ്ലാഗ് എന്ന് വിളിക്കുന്നു, തെറ്റായത് തിരഞ്ഞെടുക്കുന്നതാണ് കണക്ഷൻ ലോഗിന് ശേഷം പ്രവർത്തിക്കുകയും സേവനമായി പരാജയപ്പെടുകയും ചെയ്യാനുള്ള കാരണം. ഫ്ലാഗ് കോൺഫിഗറേഷന്റെ ഒരു വരിയാണ്, അത് ആ മൂന്ന് ഫലങ്ങളിൽ ഏതാണ് നിങ്ങൾക്ക് ലഭിക്കുക എന്ന് തീരുമാനിക്കുന്നു.
മൂന്ന് ഫ്ലാഗുകൾ മിക്കവാറും എല്ലാ കേസുകളും ഉൾക്കൊള്ളുന്നു, തീരുമാനം കണക്ഷൻ എപ്പോൾ ആരംഭിക്കുന്നു എന്നതിനെക്കുറിച്ചാണ്.
മൂന്ന് സീക്രെട്ട് ഫ്ലാഗുകൾ, മൂന്ന് സ്വഭാവങ്ങൾ
ഫ്ലാഗ് 0 എന്നാൽ സീക്രെട്ട് കണക്ഷനോടൊപ്പം സൂക്ഷിക്കുന്നു, പ്രൊഫൈൽ ഏത് സ്റ്റോറിലാണെങ്കിലും. ഫ്ലാഗ് 1 അതിനെ ഏജന്റ്-ഉടമസ്ഥതയാക്കുന്നു: സീക്രെട്ട് ഒരു സീക്രെട്ട് ഏജന്റിൽ നിന്ന്, ഉദാഹരണത്തിന് ഡെസ്ക്ടോപ്പ് കീറിംഗിൽ നിന്ന് വരുന്നു, NetworkManager സജീവമാക്കുമ്പോൾ അത് ആവശ്യപ്പെടുന്നു. ഫ്ലാഗ് 2 എന്നാൽ സൂക്ഷിക്കാത്തത്, അതിനാൽ സീക്രെട്ട് ഒരിക്കലും എഴുതപ്പെടുന്നില്ല, ഓരോ തവണയും നൽകണം. ഫ്ലാഗ് 4 ഒരു സീക്രെട്ടിനെ ആവശ്യമില്ലാത്തതായി അടയാളപ്പെടുത്തുന്നു, യഥാർത്ഥത്തിൽ ഒന്നും ആവശ്യമില്ലാത്ത കണക്ഷനുകൾക്ക്.
| Flag | Where it lives | Works unattended |
|---|---|---|
| 0 saved | Connection profile | Yes, if the store is readable |
| 1 agent-owned | Secret agent or keyring | Only if that agent is available |
| 2 not-saved | Nowhere | No |
ഫ്ലാഗുകൾ കണക്ഷന് പകരം ഓരോ സീക്രെട്ടിനും സജ്ജീകരിക്കുക. ഒരു കണക്ഷനിൽ ഏജന്റ്-ഉടമസ്ഥതയിലുള്ള പാസ്വേഡും സൂക്ഷിച്ച സ്വകാര്യ കീ പാസ്ഫ്രേസും ഒരുമിച്ച് ഉണ്ടാകാം.
കണക്ഷൻ എപ്പോൾ ആരംഭിക്കുന്നു എന്നതനുസരിച്ച് തീരുമാനിക്കുക
ലോഗിൻ ചെയ്ത ഉപയോക്താവ് കണക്ഷൻ ആരംഭിച്ചാൽ, ഏജന്റ്-ഉടമസ്ഥത ന്യായമായ സ്ഥിരസ്ഥിതിയാണ്: ലോഗിനിൽ കീറിംഗ് തുറക്കുന്നു, സീക്രെട്ട് ഒരിക്കലും ഫയലിൽ ഇരിക്കുന്നില്ല. ആരെങ്കിലും ലോഗിൻ ചെയ്യുന്നതിന് മുമ്പ് കണക്ഷൻ ഉയരണമെങ്കിൽ, ഏജന്റ്-ഉടമസ്ഥത തെറ്റായ തിരഞ്ഞെടുപ്പാണ്, കാരണം തുറക്കാൻ ഒരു സെഷൻ കീറിംഗും ഇല്ല.
അതാണ് മുഴുവൻ തീരുമാനം. ബാക്കിയെല്ലാം അതിന്റെ ഒരു വകഭേദമാണ്.
ലോഗിന് മുമ്പുള്ള സേവനത്തിന് സിസ്റ്റം-തല സ്റ്റോർ അല്ലെങ്കിൽ സംരക്ഷിത കീ ഫയലാണ് പിന്തുണയ്ക്കുന്ന മാതൃക, ഫയൽ അനുമതികൾ തന്നെ സംരക്ഷണമാകുന്നു. ബൂട്ടിൽ പ്രവർത്തിക്കുന്ന ഷെൽ സ്ക്രിപ്റ്റിൽ പാസ്വേഡ് ഒട്ടിച്ച് പ്രശ്നം പരിഹരിക്കരുത്.
കീറിംഗ് എന്ത് നൽകുന്നു, എന്ത് നൽകുന്നില്ല
കീറിംഗ് സീക്രെട്ടിനെ കണക്ഷൻ പ്രൊഫൈലിന് പുറത്ത് നിർത്തി ഉപയോക്തൃ സെഷനോട് ബന്ധിപ്പിക്കുന്നു. സെഷൻ ഇല്ലാത്ത സേവനത്തിന് സീക്രെട്ട് ലഭ്യമാക്കുന്നില്ല, വയറിൽ ഒന്നും എൻക്രിപ്റ്റ് ചെയ്യുന്നുമില്ല. ഇവ ആളുകൾ പലപ്പോഴും കൂട്ടിക്കലർത്തുന്ന വേറിട്ട ഗുണങ്ങളാണ്. അത് യഥാർത്ഥത്തിൽ വാങ്ങുന്നത് പ്രൊഫൈൽ ഫയൽ ചോരുമ്പോൾ ചെറിയ നാശ പരിധിയാണ്.
പ്രൊഫൈൽ പരാമർശിക്കുന്ന സ്വകാര്യ കീയ്ക്ക് പാസ്വേഡ് എവിടെ ജീവിക്കുന്നു എന്നത് കൂടാതെ സ്വന്തം അനുമതികൾ വേണം.
സീക്രെട്ടുകൾ ഒഴുക്കാതെ രോഗനിർണയം
കണക്ഷൻ പേരുകളും UUID-കളും ഫ്ലാഗുകളും സാധാരണയായി പരാജയം വിശദീകരിക്കാൻ മതി. nmcli connection show പ്രൊഫൈൽ പട്ടികപ്പെടുത്തുന്നു, സീക്രെട്ട് ഫ്ലാഗുകൾ പാസ്വേഡ് എവിടെ നിന്ന് വരേണ്ടിയിരുന്നു എന്ന് പറയുന്നു.
ഒഴിവാക്കുക --show-secrets ടിക്കറ്റുകളിലും ചാറ്റിലും. ഒരിക്കൽ ഒട്ടിച്ചാൽ അത് ഒരു ട്രാൻസ്ക്രിപ്റ്റിലെ ക്രെഡൻഷ്യലാണ്.
സംഭരണം റദ്ദാക്കലല്ല
ഒരു കീറിംഗിൽ നിന്ന് സീക്രെട്ട് നീക്കുന്നത് ദൂരെയുള്ള ഓപ്പറേറ്റർ ഇതിനകം സ്വീകരിച്ച ക്രെഡൻഷ്യൽ അസാധുവാക്കുന്നില്ല. അക്കൗണ്ട് റദ്ദാക്കൽ സർവർ വശത്തുള്ള പ്രവർത്തനമാണ്, പ്രാദേശിക സംഭരണം വേറിട്ട ഉടമയുള്ള വേറിട്ട കാര്യമാണ്.
രണ്ടും സംഭവത്തിന് മുമ്പ് തീരുമാനിക്കുക, സംഭവസമയത്തല്ല. സംവേദനാത്മക ഉപയോക്തൃ കണക്ഷനും ലോഗിൻ-മുൻ സേവനവും വ്യത്യസ്ത ഉത്തരങ്ങൾ ആവശ്യപ്പെടുന്നു, പങ്കിട്ട ഷെൽ സ്ക്രിപ്റ്റ് രണ്ടുമല്ല. NetworkManager-ന്റെ സീക്രെട്ട് ഫ്ലാഗ് ഡോക്യുമെന്റേഷൻ മൂല്യങ്ങൾ പൂർണ്ണമായി പട്ടികപ്പെടുത്തുന്നു.