ഡെസ്ക്ടോപ്പിൽ VPN ബട്ടൺ ഇല്ല: പ്രൊഫൈൽ ഇപ്പോഴും ഉണ്ടോ?
കാണാതായ പാനൽ ഒരു ഇന്റർഫേസ് ചോദ്യമാണ്, പ്രോട്ടോക്കോൾ മായിപ്പോയതിന്റെ തെളിവല്ല. UUID അനുസരിച്ച് സൂക്ഷിച്ച പ്രൊഫൈലുകൾ ലിസ്റ്റ് ചെയ്യുക, പിന്നീട് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുൻപ് nmcli ഉപയോഗിച്ച് ഒന്ന് സജീവമാക്കുക.
പാക്കേജുകൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ ഡെസ്ക്ടോപ്പിന്റെ നെറ്റ്വർക്ക് മെനു ഒരിക്കലും വരയ്ക്കാത്ത VPN എൻട്രി തിരികെ വരുന്നത് അപൂർവമാണ്. പാനലും കണക്ഷനും രണ്ട് ഉടമകളുള്ള രണ്ട് വസ്തുക്കളാണ്: ഡെസ്ക്ടോപ്പ് ഇന്റർഫേസ് അതിന്റെ പ്ലഗിൻ വെളിപ്പെടുത്തുന്നത് വരയ്ക്കുന്നു, നെറ്റ്വർക്ക് സേവനം പ്രൊഫൈൽ സൂക്ഷിക്കുന്നു. ഒന്ന് മെനുവിൽ നിന്ന് മായാം, മറ്റൊന്ന് പ്രവർത്തിക്കുന്നു, അതുകൊണ്ട് തുടങ്ങാൻ ശരിയായ സ്ഥലം മെനു അല്ല. ആദ്യം പ്രൊഫൈൽ പരിശോധിക്കുക, പിന്നീട് യഥാർത്ഥത്തിൽ കേടായത് ഡെസ്ക്ടോപ്പോ കണക്ഷനോ എന്ന് തീരുമാനിക്കുക.
ബട്ടണും പ്രൊഫൈലും വേറെ വേറെ കാര്യങ്ങളുടെ ഉടമസ്ഥതയിലാണ്
ഡെസ്ക്ടോപ്പിലെ നെറ്റ്വർക്ക് പേജ് ഇൻസ്റ്റാൾ ചെയ്ത ഇന്റർഫേസും അതിന്റെ VPN എഡിറ്റർ ഘടകങ്ങളും വരയ്ക്കാൻ അറിയുന്നത് വരയ്ക്കുന്നു. NetworkManager, അല്ലെങ്കിൽ ആ യന്ത്രത്തിലെ നെറ്റ്വർക്ക് സ്വന്തമാക്കുന്ന ഏത് സേവനവും, കണക്ഷന്റെ നിർവചനം സൂക്ഷിക്കുകയും അത് ഉയർത്താൻ കഴിയുമോ എന്ന് തീരുമാനിക്കുകയും ചെയ്യുന്നു. രണ്ട് കാഴ്ചകൾ ഒത്തുപോകാൻ നിർബന്ധിക്കുന്നത് ഒന്നുമില്ല, ഡെസ്ക്ടോപ്പ് മാറ്റം, വിതരണ അപ്ഗ്രേഡ് അല്ലെങ്കിൽ വികസന പതിപ്പിനെതിരെ ഓടിക്കൽ എന്നിവയ്ക്ക് ശേഷം അവ പലപ്പോഴും ഒത്തുപോകുന്നില്ല. അതിനാൽ ടണൽ കാണാതെ പോകാതെ തന്നെ പാനൽ അപൂർണമായിരിക്കാം. ഇത് പ്രോട്ടോക്കോൾ പ്രശ്നമായി വായിക്കുന്നത് ഒന്നും ശരിയാക്കാത്ത പുനരിന്സ്റ്റാൾ ചക്രത്തിലേക്ക് നേരിട്ട് നയിക്കുന്നു.
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
പട്ടിക മുകളിൽ നിന്ന് പ്രവർത്തിക്കുക, കാരണം ഓരോ വരിയും വ്യത്യസ്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, ആദ്യ വരിയാണ് ഏറ്റവും വിലകുറഞ്ഞത്. ഉള്ള പ്രൊഫൈൽ പ്രശ്നം ഇന്റർഫേസിലേക്ക് മാറ്റുന്നു, പ്രൊഫൈൽ ഇല്ലാതിരിക്കുന്നത് അത് പ്രൊവിഷനിംഗിലേക്ക് മാറ്റുന്നു. ഇവയിൽ ഏതാണ് നിങ്ങൾക്കുള്ളത് എന്ന് ഊഹിക്കുന്നതാണ് പത്ത് മിനിറ്റ് പരിശോധനയെ ഒരു ഉച്ചയ്ക്ക് ശേഷമുള്ള പുനരിന്സ്റ്റാളുകളാക്കി മാറ്റുന്നത്.
NetworkManager എന്താണ് സൂക്ഷിച്ചതെന്ന് ചോദിക്കുക
മെനു വായിക്കുന്നതിന് പകരം സേവനത്തോട് നേരിട്ട് ചോദിക്കുക, കാരണം രണ്ട് കമാൻഡുകൾ ഉള്ളതിനെ ഓടുന്നതിൽ നിന്ന് വേർതിരിക്കുന്നു. അവ യന്ത്രത്തിൽ തന്നെ ഓടിക്കുക, രണ്ടാമത്തേത് ഓരോ സജീവമാക്കൽ ശ്രമത്തിന് മുൻപും ശേഷവും ഓടിക്കുക. പട്ടികകൾ പരസ്പരം മാറ്റാവുന്നതല്ല, അവ തമ്മിലുള്ള വ്യത്യാസമാണ് രോഗനിർണയം.
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --activeസൂക്ഷിച്ച പ്രൊഫൈൽ നിഷ്ക്രിയമായിരിക്കാം, അത് സാധാരണമാണ്, ഡെസ്ക്ടോപ്പിനെക്കുറിച്ച് ഒന്നും പറയുന്നുമില്ല. സമാന പേരുള്ള രണ്ട് എൻട്രികൾ ഇമ്പോർട്ട് ചക്രത്തിന് ശേഷം സാധാരണമാണ്, അവയെ വേർതിരിക്കുന്നത് UUID മാത്രമാണ്. മറ്റൊരു സേവനം നേരിട്ട് സ്വന്തമാക്കുന്ന ടണൽ ഈ പട്ടികയിൽ ഒരിക്കലും വന്നെന്ന് വരില്ല, അതിനാൽ ശൂന്യമായ ഫലം സ്വയമേവ NetworkManager കുറ്റമല്ല. ഇനി മുതൽ UUID അനുസരിച്ച് തിരഞ്ഞെടുക്കുക, കാരണം പേരുകൾ ആളുകൾ തിരുത്തുന്ന ലേബലുകളാണ്, ഐഡന്റിഫയറുകൾ അല്ല.
വീണ്ടും ഇമ്പോർട്ട് ചെയ്യാതെ പ്രൊഫൈൽ പരിശോധിക്കുക
പ്രൊഫൈൽ ഉണ്ടെങ്കിൽ, സൂക്ഷിച്ച രഹസ്യങ്ങൾ ആവശ്യപ്പെടാതെ അതിന്റെ വിശദാംശങ്ങൾ വായിക്കുക. ഇല്ലെങ്കിൽ, പ്ലഗിൻ രേഖപ്പെടുത്തുന്ന പ്രൊവിഷനിംഗ് അല്ലെങ്കിൽ ഇമ്പോർട്ട് പ്രവാഹം ഒരിക്കൽ ഉപയോഗിച്ച്, അത് എന്താണ് സൃഷ്ടിച്ചതെന്ന് സ്ഥിരീകരിക്കുക. മെനു ശൂന്യമായി നിന്നു എന്ന കാരണത്താൽ ഇമ്പോർട്ട് ആവർത്തിക്കുന്നതാണ് ഒരു കണക്ഷന്റെ നാല് മത്സരിക്കുന്ന പകർപ്പുകളിൽ യന്ത്രം അവസാനിക്കുന്ന വഴി.
ആ പകർപ്പുകൾ ആരും വായിക്കാത്ത പേപ്പർ അടയാളമുള്ള വ്യതിചലനമാണ്: ഡെസ്ക്ടോപ്പ് ഉപയോക്താവിന് ഏതാണ് ഉപയോഗിക്കുമായിരുന്നത് എന്ന് പറയാനാകില്ല, അടുത്ത അഡ്മിനിസ്ട്രേറ്റർക്കും കഴിയില്ല. ഐഡന്റിഫയറുകൾ രേഖപ്പെടുത്തിയ ശേഷം പകർപ്പുകൾ ബോധപൂർവം മായ്ക്കുക, ഇമ്പോർട്ട് ചക്രം തീരുമാനിക്കാൻ അനുവദിക്കുന്നതിന് പകരം. അവശേഷിക്കുന്ന UUID കുറിച്ചുവയ്ക്കുക, കാരണം ടെർമിനലിൽ നിന്നുള്ള സജീവമാക്കലിന് ആ മൂല്യമാണ് വേണ്ടത്. വ്യത്യസ്ത പേരുകളിൽ രണ്ട് തവണ ഇമ്പോർട്ട് ചെയ്ത പ്രൊഫൈൽ സാധാരണയായി ഒരു പ്രവർത്തിക്കുന്ന നിർവചനവും അക്ഷമയുടെ ഒരു അവശിഷ്ടവുമാണ്. പ്രൊഫൈൽ പട്ടിക കോൺഫിഗറേഷനാണ്, അത് കണക്ഷനോളം തന്നെ പരിചരണം അർഹിക്കുന്നു.
സൂക്ഷിച്ച പ്രൊഫൈൽ ടെർമിനലിൽ നിന്ന് സജീവമാക്കുക
nmcli ഡോക്യുമെന്റേഷൻ തിരഞ്ഞെടുത്ത പ്രൊഫൈൽ സംവേദനാത്മകമായി സജീവമാക്കുന്നത് ഉൾക്കൊള്ളുന്നു, ഇത് കമാൻഡ് ലൈനിനെ ഒരു വഴിത്തിരിവല്ല, പിന്തുണയുള്ള രണ്ടാം ഇന്റർഫേസാക്കുന്നു. താഴെയുള്ള ഉദാഹരണ ഐഡന്റിഫയർ നിങ്ങൾ സൂക്ഷിച്ച UUID കൊണ്ട് മാറ്റുക. കമാൻഡ് എന്ത് ചെയ്യുന്നുവെന്ന് ഓടിക്കുന്നതിന് മുൻപ് മനസ്സിലാക്കുക, കാരണം അത് നെറ്റ്വർക്ക് അവസ്ഥ മാറ്റുന്നു. റൂട്ടുകളും DNS-ഉം നീങ്ങാം, പുനർകോൺഫിഗർ ചെയ്യുന്ന ഇന്റർഫേസിലൂടെയുള്ള ദൂര സെഷൻ അതിജീവിക്കില്ല.
അത് പ്രാദേശിക കൺസോളിൽ നിന്നോ, മാറ്റം തെറ്റായാൽ തിരികെ വരാനുള്ള പദ്ധതിയോടെയോ ഓടിക്കുക. --ask പ്രൊഫൈലിൽ ഇല്ലാത്ത ഇൻപുട്ടുകൾ ശേഖരിക്കുന്നു; അത് സിസ്റ്റം അധികാരം ഒഴിവാക്കുന്നില്ല. പ്ലഗിന്റെ ഓരോ പ്രാമാണീകരണ പ്രോംപ്റ്റും ടെർമിനലിൽ പ്രവർത്തിക്കുമെന്ന് ഉറപ്പും നൽകുന്നില്ല, കാരണം ചിലത് അവിടെ എത്താനാകാത്ത ഒരു ഡയലോഗിനായി കാത്തിരിക്കുന്നു.
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555ഡെസ്ക്ടോപ്പിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് ഫലം വായിക്കുക
പ്രൊഫൈൽ ഉയർന്നാൽ, സൂക്ഷിച്ച കണക്ഷൻ പ്രവർത്തിക്കുന്നു, ഈ മാനേജ്മെന്റ് വഴിയും പ്രവർത്തിക്കുന്നു. അത് പരാതിയെ ഇന്റർഫേസിലേക്ക് ചുരുക്കുന്നു, അത് വേറെ ഘടക പട്ടികയും പലപ്പോഴും വേറെ സംഘവുമാണ്. ഉയർന്നില്ലെങ്കിൽ, പരാജയം പ്രൊഫൈലിലോ ടണലിലോ ആണ്, ഡെസ്ക്ടോപ്പ് ഒരിക്കലും പ്രശ്നമായിരുന്നില്ല.
വിജയകരമായ സജീവമാക്കൽ ഇപ്പോഴും ഇന്റർഫേസിന്റെ എഡിറ്റർ ഘടകം ഉണ്ടോ എന്നോ പാനൽ തന്നെ തെറ്റായി പെരുമാറുന്നുണ്ടോ എന്നോ ഒന്നും പറയുന്നില്ല. അവ വിതരണത്തിന്റെ പിന്തുണയുള്ള ഇന്റർഫേസിനും അതിന് ചേരുന്ന പ്ലഗിൻ പാക്കേജുകൾക്കുമുള്ള ചോദ്യങ്ങളായി തുടരുന്നു. അവയെ പുനരിന്സ്റ്റാളിൽ ചേർത്താൽ സാധാരണയായി പാനൽ മുൻപുണ്ടായിരുന്നത് പോലെ തന്നെ നിലനിൽക്കും, കഥയിലേക്ക് ഒരു റീബൂട്ട് കൂടി ചേരും.
ഉപയോഗപ്രദമായ റിപ്പോർട്ട് ഡെസ്ക്ടോപ്പ് പതിപ്പ്, കണക്ഷൻ തരം, കാണാതായ പാനൽ പ്രവർത്തനം, പ്രൊഫൈൽ പിന്തുണയുള്ള ഇന്റർഫേസിലൂടെ കാണാമോ അല്ലെങ്കിൽ സജീവമാക്കാമോ എന്നിവ പറയുന്നു. കാണാതായ മെനു വിവരിക്കാൻ സ്വകാര്യ കീയോ ക്രെഡൻഷ്യലുള്ള പ്രൊഫൈലോ വേണ്ട. ഏതെങ്കിലും ക്രെഡൻഷ്യലുകളിൽ സ്പർശിക്കാതെ പരിപാലകന് പാനൽ അവസ്ഥ പുനഃസൃഷ്ടിക്കാൻ അത് മതി.