ബൂട്ടിൽ ആരംഭിക്കുന്ന VPN സേവനത്തിന് നിങ്ങളുടെ കീറിംഗ് വായിക്കാൻ കഴിയാത്തത് എന്തുകൊണ്ട്
ബൂട്ട് സമയത്തെ VPN-ന് കടം വാങ്ങാൻ അൺലോക്ക് ചെയ്ത സീക്രെട്ട് ഏജന്റ് ഇല്ല. സർവർ ഒരിക്കലും നിരസിക്കാത്ത ഒരു പാസ്വേഡ് പുനഃസജ്ജീകരിക്കുന്നതിന് മുമ്പ് കണക്ഷന്റെ സീക്രെട്ട് ഫ്ലാഗുകൾ വായിക്കുക.
ലോഗിന് ശേഷം പ്രവർത്തിക്കുകയും അതിന് മുമ്പ് പരാജയപ്പെടുകയും ചെയ്യുന്ന കണക്ഷൻ സാധാരണയായി അർത്ഥമാക്കുന്നത് ബൂട്ട് സമയത്തെ ശ്രമത്തിന് ഒരു സീക്രെട്ട് ലഭിക്കാൻ കഴിഞ്ഞില്ല എന്നാണ്, സർവർ ഒന്ന് നിരസിച്ചു എന്നല്ല. ക്രെഡൻഷ്യൽ നിലവിലുണ്ട്; അത് ആവശ്യപ്പെടുന്ന സന്ദർഭം ഇല്ല. ആ ഒരു വ്യത്യാസം അനാവശ്യമായ പാസ്വേഡ് പുനഃസജ്ജീകരണം ലാഭിക്കുന്നു.
അഭ്യർത്ഥന പിന്തുടരുക: ഡെസ്ക്ടോപ്പ് സെഷൻ നിലവിൽ വരുന്നതിന് മുമ്പ് എന്തോ ഒന്ന് കണക്ഷൻ ആരംഭിക്കുന്നു, സാധാരണയായി മറുപടി നൽകുന്ന സീക്രെട്ട് സ്റ്റോർ ഇപ്പോഴും അൺലോക്ക് ചെയ്തിട്ടില്ല. സീക്രെട്ട് ആർക്കുള്ളതാണ് എന്നതിൽ രണ്ട് സന്ദർഭങ്ങളും യോജിക്കുന്നില്ല, അവയിൽ ഏതാണ് അത് നൽകേണ്ടതെന്ന് പ്രൊഫൈൽ രേഖപ്പെടുത്തുന്നു.
ബൂട്ട് പാത യഥാർത്ഥത്തിൽ ആവശ്യപ്പെടുന്നത്
ബൂട്ട് സമയത്ത്, NetworkManager ഉപയോക്തൃ സെഷൻ, സെഷൻ D-Bus, അൺലോക്ക് ചെയ്ത കീറിംഗ് എന്നിവയില്ലാതെ സിസ്റ്റം സേവനമായി ആരംഭിക്കുന്നു. കണക്ഷൻ പ്രൊഫൈൽ ഇപ്പോഴും ഉയർത്താനാകും, പക്ഷേ സേവനത്തിന് സ്വയം എത്താനാകുന്ന സീക്രെട്ടുകൾ കൊണ്ട് മാത്രം. സീക്രെട്ട് ഏജന്റിന്റെ ഉടമസ്ഥതയിലുള്ളതെല്ലാം ഒരു മനുഷ്യൻ ലോഗിൻ ചെയ്ത് ഏജന്റ് പ്രത്യക്ഷപ്പെടുന്നതുവരെ കാത്തിരിക്കുന്നു. സേവനം അതിന്റെ കോൺഫിഗറേഷൻ പറയുന്നത് കൃത്യമായി ചെയ്യുന്നു; മാറേണ്ടത് പ്രൊഫൈലാണ്.
പരാജയം കീറിംഗിൽ ഒളിച്ചിരിക്കുന്നതല്ല, കണക്ഷനിൽ തന്നെ എഴുതിയിരിക്കുന്നു.
ഒരു കണക്ഷനിലെ സീക്രെട്ട് ഫ്ലാഗുകൾ വായിക്കൽ
കണക്ഷനോട് അത് എന്താണ് പ്രതീക്ഷിക്കുന്നതെന്ന് ചോദിക്കുക, ഡെസ്ക്ടോപ്പ് എന്താണ് ഓർക്കുന്നതെന്നല്ല. ഫ്ലാഗ് നിര നേരിട്ട് ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, ഡിസ്കിലെ പ്രൊഫൈൽ ഫയലിൽ അത് റീബൂട്ടുകളെ അതിജീവിക്കുന്നു.
പ്രൊഫൈൽ പട്ടികയിൽ നിന്ന് തുടങ്ങി, ഏത് കണക്ഷനാണ് സ്വയം ഉയരാൻ ക്രമീകരിച്ചിരിക്കുന്നതെന്ന് സ്ഥിരീകരിക്കുക. തുടർന്ന് ഒരു കണക്ഷൻ ഡംപ് ചെയ്ത് പാസ്വേഡ് ഫ്ലാഗുകൾ വായിക്കുക:
nmcli -f NAME,UUID,TYPE,AUTOCONNECT connection show nmcli connection show "Work VPN" | grep -i -E "password|secret|key" journalctl -b -u NetworkManager --grep "secret"
ആദ്യ കമാൻഡ് ഏതൊക്കെ പ്രൊഫൈലുകൾ നിലവിലുണ്ടെന്നും ഒന്ന് ഓട്ടോകണക്ടിൽ ക്രമീകരിച്ചിട്ടുണ്ടോ എന്നും സ്ഥിരീകരിക്കുന്നു, മേൽനോട്ടമില്ലാത്ത ശ്രമം തുടങ്ങുന്നത് ഇങ്ങനെയാണ്. രണ്ടാമത്തേത് ഫ്ലാഗ് മൂല്യങ്ങൾ വെളിപ്പെടുത്തുന്നു, മൂന്നാമത്തേത് ഒരു നിർദ്ദിഷ്ട സീക്രെട്ടിന് ഒരു ഏജന്റും മറുപടി നൽകിയില്ലെന്ന് സേവനം പരാതിപ്പെടുന്നത് കാണിക്കുന്നു. ഒരു സീക്രെട്ടിനെ ഏജന്റ്-ഉടമസ്ഥത എന്ന് പേരിടുന്ന ലോഗ് വരി ഒരു വാക്യത്തിലെ മുഴുവൻ രോഗനിർണ്ണയമാണ്.
| Flag value | Where the secret lives | Behaviour before login |
|---|---|---|
| 0 | Stored in the connection profile | Available to the system service |
| 1 | Owned by a secret agent | Blocks until the agent is unlocked |
| 2 | Never stored | Prompts on every activation |
| 4 | Not required | Never requested at all |
കണക്ഷൻ സിസ്റ്റം സ്കോപ്പിലേക്ക് മാറ്റുന്നത് ഉത്തരം മാറ്റുന്നത് എന്തുകൊണ്ട്
ഉപയോക്താവിന്റെ ഉടമസ്ഥതയിലുള്ള കണക്ഷൻ ആ ഉപയോക്താവിന്റെ ഏജന്റിന് കീഴിൽ സജീവമാക്കുന്നു, അതുകൊണ്ടാണ് ഡെസ്ക്ടോപ്പ് ഉയർന്നാൽ അത് തികച്ചും പ്രവർത്തിക്കുന്നത്. സിസ്റ്റം സ്കോപ്പിലേക്ക് മാറ്റുന്നത് ഏജന്റിനെ പാതയിൽ നിന്ന് നീക്കുന്നു, അതിനാൽ അതേ പ്രൊഫൈൽ VPN കോൺഫിഗറേഷന്റെ ഒരു വരി പോലും മാറ്റാതെ വ്യത്യസ്തമായി പെരുമാറുന്നു.
ആ മാറ്റം സാധുവായ രൂപകൽപ്പനയാണ്, അതിനൊപ്പം ഒരു ആവശ്യകതയുണ്ട്: സീക്രെട്ട് സിസ്റ്റം സേവനത്തിന് എത്താനാകണം. അത് പ്രൊഫൈലിൽ സൂക്ഷിക്കുക, സിസ്റ്റം-സ്കോപ്പ് ക്രെഡൻഷ്യൽ വഴി നൽകുക, അല്ലെങ്കിൽ ശരിയായ നിമിഷത്തിൽ ഇന്ററാക്ടീവ് പ്രോംപ്റ്റ് സ്വീകരിക്കുക—എല്ലാം സാധുവായ ഉത്തരങ്ങളാണ്. ഫ്ലാഗ് 1 വിട്ടിട്ട് പ്രതീക്ഷിക്കുന്നതല്ല.
സ്വന്തം പാസ്ഫ്രേസുള്ള സ്വകാര്യ കീ രണ്ടാം പാളി ചേർക്കുന്നു. സൂക്ഷിച്ച അക്കൗണ്ട് പാസ്വേഡ് പോലും പാസ്ഫ്രേസ് ആവശ്യപ്പെടുന്ന കീ അൺലോക്ക് ചെയ്യില്ല, അതിനാൽ എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് പരാജയപ്പെടുന്ന ഘട്ടം യഥാർത്ഥത്തിൽ ഏത് സീക്രെട്ടാണ് ആവശ്യപ്പെടുന്നതെന്ന് പരിശോധിക്കുക.
എന്ത് ചെയ്യരുത്, പകരം എന്ത് ചെയ്യണം
ഓരോ ക്രെഡൻഷ്യൽ ഫയലും എല്ലാവർക്കും വായിക്കാവുന്നതാക്കുന്നതോ, പ്രോംപ്റ്റ് ആവശ്യമില്ലാതിരിക്കാൻ പ്രാമാണീകരണം ഓഫാക്കുന്നതോ—തുടക്കത്തിലെ അസൗകര്യം ശാശ്വതമായ വെളിപ്പെടുത്തലിന് പകരം നൽകുന്നു. രണ്ടും ആശ്രിതത്വം പരിഹരിക്കുന്നതിനുപകരം മറയ്ക്കുന്നു, അടുത്ത ഇമേജ് അപ്ഡേറ്റ് അതേ പരാജയം തിരികെ കൊണ്ടുവരുന്നു.
ആ ഘട്ടത്തിൽ നിങ്ങളുടെ വിതരണം മേൽനോട്ടമില്ലാത്ത സജീവമാക്കലിനായി രേഖപ്പെടുത്തുന്ന സംവിധാനം ഉപയോഗിക്കുക, തുടർന്ന് പ്രൊഫൈലിന്റെ ഫ്ലാഗുകൾ അതുമായി പൊരുത്തപ്പെടുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. ഫലം വൃത്തിയുള്ള ബൂട്ടിൽ നിന്ന് പരിശോധിക്കുക, ഇതിനകം ഏജന്റുള്ള ഷെല്ലിൽ നിന്നല്ല. കണക്ഷന്റെ ഉടമ, സീക്രെട്ടിന്റെ ഉറവിടം, പ്രവർത്തിക്കേണ്ട ഘട്ടം എന്നിവ എഴുതിവയ്ക്കുക, അപ്പോൾ പിന്നീടുള്ള ഓട്ടോസ്റ്റാർട്ട് മാറ്റം ആരെങ്കിലും ആദ്യം ഡെസ്ക്ടോപ്പ് അൺലോക്ക് ചെയ്യുന്നതിനെ ആശ്രയിക്കുന്നത് നിശ്ശബ്ദമായി തിരികെ കൊണ്ടുവരാൻ കഴിയില്ല. ഡോക്യുമെന്റേഷനാണ് നന്നാക്കിയ സേവനവും അടുത്ത പാദത്തിൽ വീണ്ടും തകരുന്ന സേവനവും തമ്മിലുള്ള വ്യത്യാസം.
ലോഗിന് ശേഷമുള്ള കൈകൊണ്ടുള്ള വീണ്ടും ശ്രമത്തിന് പകരം നിയന്ത്രിത വൃത്തിയുള്ള ബൂട്ടിൽ നിന്ന് പരീക്ഷിക്കുക. വീണ്ടും ശ്രമം ബൂട്ട് ശ്രമം പരാജയപ്പെട്ട അതേ കാരണത്താൽ വിജയിക്കുന്നു, വേഗത്തിലുള്ള പരിശോധന കൃത്യമായി ആ തെളിവാണ് നശിപ്പിക്കുന്നത്.