Keyfile അല്ലെങ്കിൽ Netplan: VPN പ്രൊഫൈൽ യഥാർത്ഥത്തിൽ എവിടെ സംഭരിക്കുന്നു?

നിങ്ങൾ ഇറക്കുമതി ചെയ്ത ഫയൽ കണ്ടെത്തുന്നത് എളുപ്പമുള്ള ഭാഗമാണ്, പലപ്പോഴും തെറ്റായ തുടക്കവും. പ്രധാനമായത് NetworkManager ഇന്ന് ഏത് ഫയലിനെയാണ് സംരക്ഷിച്ച കണക്ഷനായി വായിക്കുന്നത് എന്നതാണ്, അത് ഒരു കണക്ഷൻ ഐഡന്റിഫയറും ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജുകൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷൻ ബാക്ക്എൻഡും തമ്മിലുള്ള ബന്ധത്തെ ആശ്രയിച്ചിരിക്കുന്നു. ആ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നതിന് മുമ്പ് ഇറക്കുമതി തിരുത്തുന്നതാണ് പ്രവർത്തിക്കുന്ന ഒരു VPN രണ്ട് പകുതി-ശരിയായ കോൺഫിഗറേഷനുകളാകുന്ന വഴി.

ഇറക്കുമതി ചെയ്ത ഫയൽ സംരക്ഷിച്ച പ്രൊഫൈൽ അല്ല

ഓരോ VPN പ്രശ്നത്തിനും ചുറ്റും മൂന്ന് പേരുകൾ അലയുന്നു: കണക്ഷന്റെ പേര്, നിങ്ങൾ ഇറക്കുമതി ചെയ്ത ഫയലിന്റെ പേര്, ടണൽ ഉയരുമ്പോൾ പ്രത്യക്ഷപ്പെടുന്ന വെർച്വൽ ഇന്റർഫേസ്. അവയൊന്നും സംരക്ഷിച്ച കോൺഫിഗറേഷനെ തിരിച്ചറിയുന്നില്ല, കണക്ഷന്റെ പേര് തിരുത്താമെങ്കിലും അതിന് പിന്നിലെ ഫയൽ അതിന്റെ യഥാർത്ഥ ഐഡന്റിഫയർ നിലനിർത്തുന്നു.

വായന-മാത്ര പട്ടികയിൽ തുടങ്ങി ലേബലിന് പകരം ഐഡന്റിഫയർ അനുസരിച്ച് ആവശ്യമായ VPN തിരഞ്ഞെടുക്കുക:

nmcli -f NAME,UUID,TYPE connection show

ടിക്കറ്റിൽ ഒട്ടിക്കുന്ന ഏത് പട്ടികയിൽ നിന്നും എൻഡ്പോയിന്റ് ഹോസ്റ്റ്നെയിമുകളും ഐഡന്റിറ്റി ലേബലുകളും ഒഴിവാക്കുക. പ്രയോജനകരമായ ഭാഗം തരവും ഐഡന്റിഫയറുമാണ്; ബാക്കിയുള്ളത് അപരിചിതന് ആവശ്യമില്ലാത്ത സന്ദർഭമാണ്. പങ്കിടുന്നതിന് മുമ്പ് ബാക്കിയുള്ളത് മറയ്ക്കുകയും അങ്ങനെ ചെയ്തുവെന്ന് പറയുകയും ചെയ്യുക, ഇല്ലെങ്കിൽ ശൂന്യമായ ഇടങ്ങളുടെ അർത്ഥം എന്തെന്ന് ആരും ചിന്തിക്കേണ്ടി വരില്ല.

keyfile സ്ഥാനങ്ങൾ ഒരേ കാര്യം അർത്ഥമാക്കുന്നില്ല

നേറ്റീവ് keyfile പ്ലഗിൻ ഉപയോഗിച്ച്, കണക്ഷൻ ഫയലുകൾ മൂന്ന് ഡയറക്ടറികളിൽ പ്രത്യക്ഷപ്പെടാം, അവ തമ്മിലുള്ള വ്യത്യാസം സ്ഥിരതയാണ്, സൗകര്യമല്ല.

റൺടൈം പകർപ്പ് തിരുത്തുന്നത് അടുത്ത തുടക്കം വരെ വിജയകരമായി തോന്നും, അപ്പോൾ മാറ്റം ബാഷ്പീകരിച്ച് ഫയൽ ദുരൂഹമായി പഴയപടിയായതായി തോന്നും. പാക്കേജ് നൽകുന്ന പകർപ്പ് തിരുത്തുന്നത് ഒരു അപ്ഗ്രേഡ് അത് മാറ്റിസ്ഥാപിക്കുന്നത് വരെ പ്രവർത്തിക്കും, അത് അതേ പാഠത്തിന്റെ സാവധാനവും കൂടുതൽ ആശയക്കുഴപ്പമുള്ളതുമായ പതിപ്പാണ്.

keyfile ഡോക്യുമെന്റേഷൻ ബഹുമാനിക്കേണ്ട ഒരു വിശദാംശം കൂട്ടിച്ചേർക്കുന്നു: ആ ഫയലുകളിൽ സ്വകാര്യ കീകളും പാസ്ഫ്രെയ്സുകളും ഉണ്ടാകാം, root അല്ലാത്ത ഉപയോക്താക്കൾക്ക് വായിക്കാനോ എഴുതാനോ കഴിയുന്ന ഏത് keyfile-ഉം NetworkManager അവഗണിക്കുന്നു. ഒരു ക്രമീകരണം തിരയാൻ ഡയറക്ടറി അനുമതികൾ വിശാലമാക്കുന്നത് നിങ്ങൾ പരിശോധിക്കാൻ ശ്രമിച്ച ലോഡിംഗ് സ്വഭാവം തകർക്കുന്നു.

Netplan സ്ഥിരത ഉള്ളപ്പോൾ

Ubuntu-യിൽ, Netplan ഡോക്യുമെന്റേഷനിൽ വിവരിച്ചിരിക്കുന്ന NetworkManager സംയോജനം, 23.10 മുതൽ ലഭ്യമാണ്, സ്ഥിരമായ പകർപ്പ് എവിടെയാണെന്ന് മാറ്റുന്നു. താൽക്കാലികമല്ലാത്ത കണക്ഷനുകൾക്ക് അത് ഇത് എഴുതുന്നു: /etc/netplan/90-NM-<connection UUID>.yaml കൂടാതെ ഇതിന് കീഴിൽ ഒരു താൽക്കാലിക NetworkManager പ്രൊഫൈൽ സൃഷ്ടിക്കുന്നു: /run/NetworkManager/system-connections/.

അത് ഒരു വിതരണ സംയോജനമാണ്, എല്ലാ NetworkManager ഇൻസ്റ്റാളേഷനുകൾക്കുമുള്ള നിയമമല്ല. YAML ഫയൽ തിരയാൻ പോകുന്നതിന് മുമ്പ് ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജുകൾ അത് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. റൺടൈം പ്രൊഫൈൽ തിരുത്താൻ യോഗ്യമായ സ്രോതസ്സല്ലാതെ മറ്റെന്തിന്റെയോ സൃഷ്ടിച്ച പ്രതിനിധാനമാകാമെന്നും ഓർക്കുക. രണ്ട് കമാൻഡ് പരിശോധന തെറ്റായ ഫയൽ തിരുത്തുന്നതിനുള്ള ഒരു മണിക്കൂർ ലാഭിക്കുന്നു.

രേഖപ്പെടുത്തിയ ഉദാഹരണം NetworkManager പാസ്ത്രൂ ഡാറ്റയോടെ Netplan nm-devices തരം വഴി ഒരു OpenVPN കണക്ഷൻ സംഭരിക്കുന്നു. Netplan-ന് ഒരു നിർദ്ദിഷ്ട VPN ഫീൽഡിന്റെ സ്വന്തം വ്യാഖ്യാനമില്ല എന്നത് നിങ്ങളുടെ സംരക്ഷിച്ച VPN നഷ്ടപ്പെട്ടു എന്നല്ല; ഫീൽഡ് അതാര്യമായ ഡാറ്റയായി സഞ്ചരിക്കുന്നു എന്നാണ്.

താൽക്കാലിക ഇന്റർഫേസുകൾ പ്രൊഫൈലുകളല്ല

സജീവമാക്കൽ ഒരിക്കലും നിലനിൽക്കാൻ ഉദ്ദേശിക്കാത്ത താൽക്കാലിക വെർച്വൽ കണക്ഷനുകളും ഇന്റർഫേസുകളും സൃഷ്ടിക്കുന്നു. സംയോജനം ബോധപൂർവം ഓരോന്നിനും പുതിയ YAML ഫയൽ എഴുതുന്നില്ല, അതിനാൽ /etc/netplan എന്നതിൽ അവയുടെ അഭാവം മാതൃ പ്രൊഫൈൽ സംരക്ഷിച്ചിട്ടുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

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

രഹസ്യങ്ങളും ഉടമസ്ഥതയും

ഒരു പ്രൊഫൈൽ തികച്ചും മറ്റൊരിടത്ത് സംഭരിച്ച സർട്ടിഫിക്കറ്റിനെയോ കീയെയോ സൂചിപ്പിക്കാം, പാസ്വേഡ് NetworkManager-ന്റേതാകാം, ഉപയോക്തൃ സെഷൻ രഹസ്യ ഏജന്റ് നൽകാം, അല്ലെങ്കിൽ ബോധപൂർവം സംരക്ഷിക്കപ്പെടാതിരിക്കാം. അതിനാൽ ഒരു ഫയൽ കണ്ടെത്തുന്നത് മേൽനോട്ടമില്ലാത്ത തുടക്കത്തിന് എന്ത് വേണ്ടിവരുമെന്നതിൽ വളരെ കുറച്ചേ തീരുമാനിക്കുന്നുള്ളൂ.

രഹസ്യ മൂല്യങ്ങൾ അച്ചടിക്കാതെ റഫറൻസുകളും രഹസ്യ-ഫ്ലാഗുകളും പരിശോധിക്കുക. ഡെസ്ക്ടോപ്പ് ലോഗിൻ ബൂട്ട് സമയത്ത് ഇല്ലാതിരുന്ന ഒരു ഏജന്റിനെ ലഭ്യമാക്കാം, സൃഷ്ടിച്ച റൺടൈം ഫയൽ പകർത്തുന്നത് ആ ഏജന്റിനെ പുനരുൽപ്പാദിപ്പിക്കുന്നില്ല. പ്രായോഗിക ലക്ഷണം ഒരു വ്യക്തി ലോഗിൻ ചെയ്യുമ്പോൾ ബന്ധിപ്പിക്കുകയും യന്ത്രം ഒറ്റയ്ക്ക് തുടങ്ങുമ്പോൾ പരാജയപ്പെടുകയും ചെയ്യുന്ന ടണലാണ്. ആ മാതൃക റൂട്ടിംഗിനല്ല, രഹസ്യ ഉടമസ്ഥതയിലേക്കാണ് സൂചന നൽകുന്നത്.

അംഗീകരിച്ച മാറ്റങ്ങൾ കണക്ഷൻ ഉടമസ്ഥതയുള്ള മാനേജർ വഴി ചെയ്യുക, തുടർന്ന് സംരക്ഷിച്ച ഐഡന്റിഫയറും ഫലപ്രദമായ കണക്ഷനും പരിശോധിക്കുക. ഒരൊറ്റ സ്ഥിര ഉടമയെ നിലനിർത്തുക, കാരണം ഇറക്കുമതി, സൃഷ്ടിച്ച keyfile, YAML സ്രോതസ്സ് എന്നിവ വെവ്വേറെ തിരുത്തുന്നത് അടുത്ത വീണ്ടും കണക്ഷൻ എന്ത് ഉപയോഗിക്കുമെന്നതിൽ മൂന്ന് മത്സരിക്കുന്ന വിശദീകരണങ്ങൾ അവശേഷിപ്പിക്കുന്നു. യഥാർത്ഥത്തിൽ നിലനിൽക്കുന്നത് തിരഞ്ഞെടുക്കുക, അത് മാത്രം തിരുത്തുക, ഏത് ഫയലിനെയാണ് അധികാരമുള്ളതായി കണക്കാക്കിയതെന്ന് ടിക്കറ്റിൽ രേഖപ്പെടുത്തുക. അടുത്ത വ്യക്തി ഒരു വരി ഉത്ഭവത്തിന് നിങ്ങളോട് നന്ദി പറയും.