NetworkManager നിയന്ത്രണം ചാരനിറമോ? അനുമതികൾക്ക് മുൻപ് ഉടമസ്ഥത പരിശോധിക്കുക

ഡെസ്ക്ടോപ്പ് മെനുവിലെ ചാരനിറമായ VPN സ്വിച്ചുകൾ എന്തോ കുഴപ്പമുണ്ടെന്ന് അറിയിക്കുന്നു, എന്താണെന്ന് ഒന്നും പറയുന്നില്ല. അത് ഒരു നിരീക്ഷണമാണ്, രോഗനിർണയമല്ല. മൂന്ന് വ്യത്യസ്ത അതിരുകൾക്ക് ഒരേ ചത്ത നിയന്ത്രണം ഉണ്ടാക്കാം: NetworkManager ഉപകരണം സ്വന്തമാക്കിയിട്ടില്ലായിരിക്കാം, സെഷന് അത് മാറ്റാനുള്ള അനുമതി ഇല്ലായിരിക്കാം, അല്ലെങ്കിൽ VPN എഡിറ്റർ പ്ലഗിൻ ഒട്ടും ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ലായിരിക്കാം. തെറ്റായ അതിർ മാറ്റുന്നതാണ് അഞ്ച് മിനിറ്റ് കൊണ്ട് തീരേണ്ട അറ്റകുറ്റപ്പണി ഒരു ഉച്ചയ്ക്ക് ശേഷം മുഴുവൻ പാക്കേജുകൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതാക്കി മാറ്റുന്നത്.

എന്തും മാറ്റുന്നതിന് മുൻപ് മൂന്ന് വായന-മാത്രം കമാൻഡുകൾ കേസുകൾ വേർതിരിക്കുന്നു.

മൂന്ന് ചോദ്യങ്ങൾ ക്രമത്തിൽ ചോദിക്കുക

nmcli device status
nmcli general permissions
nmcli connection show

NetworkManager യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ഒരു സിസ്റ്റത്തിനുള്ള പരിശോധനാ കമാൻഡുകളാണ് ഇവ, സാധാരണ ഉപയോക്താവായി ഓടിക്കുന്നത് സുരക്ഷിതമാണ്. ഔട്ട്പുട്ട് എവിടെയെങ്കിലും പേസ്റ്റ് ചെയ്യുന്നുവെങ്കിൽ സ്വകാര്യ കണക്ഷൻ വിശദാംശങ്ങൾ പൊതു ലോഗുകളിൽ നിന്ന് അകറ്റി നിർത്തുക.

ഉപകരണ നില ഇന്റർഫേസ് കൈകാര്യം ചെയ്യപ്പെടുന്നതും ഉപയോഗയോഗ്യവുമാണോ എന്ന് ഉത്തരം നൽകുന്നു. അനുമതി കാഴ്ച വിളിക്കുന്ന സെഷന് എന്ത് ചെയ്യാൻ അനുവാദമുണ്ടെന്ന് ഉത്തരം നൽകുന്നു. കണക്ഷൻ പട്ടിക ഏത് പ്രൊഫൈലുകൾ നിലവിലുണ്ടെന്ന് കാണിക്കുന്നു; അനുയോജ്യമായ VPN എഡിറ്ററോ ഇംപോർട്ട് പ്ലഗിനോ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്ന് അത് തെളിയിക്കുന്നില്ല.

ഉടമസ്ഥതയും അനുമതിയും വ്യത്യസ്ത തകരാറുകളാണ്

കൈകാര്യം ചെയ്യപ്പെടാത്തതെന്ന് അടയാളപ്പെടുത്തിയ ഉപകരണം NetworkManager-ന്റെ നിയന്ത്രണത്തിന് പുറത്താണ്, എത്ര അനുമതി കിട്ടിയാലും പ്രവർത്തിക്കുന്ന ടോഗിൾ ഉണ്ടാകില്ല. ifupdown പ്ലഗിൻ ഒരു സാധാരണ കാരണമാണ്: അതിന്റെ managed ക്രമീകരണം interfaces ഫയലിലെ എൻട്രികൾ എങ്ങനെ കൈകാര്യം ചെയ്യപ്പെടുന്നുവെന്ന് തീരുമാനിക്കുന്നു, ബാക്കിയുള്ള ഒരു സ്റ്റാൻസ ഇന്റർഫേസിനെ പഴയ ഉപകരണത്തിന് കീഴിൽ നിർത്തിയേക്കാം. ഫയൽ ഉണ്ടെന്നത് അതിന്റെ ഉള്ളടക്കം ഇല്ലാതാക്കാനുള്ള നിർദ്ദേശമല്ല, നിങ്ങൾ എഴുതിയിട്ടില്ലാത്ത എൻട്രികൾ നീക്കുന്നത് കണക്റ്റിവിറ്റി നഷ്ടപ്പെടുത്താനുള്ള നല്ല വഴിയാണ്.

അനുമതി ഒരു വേറിട്ട അച്ചുതണ്ടാണ്. NetworkManager root അല്ലാത്ത വിളിക്കുന്നവരെ PolicyKit വഴി അംഗീകരിക്കുന്നു, റിപ്പോർട്ട് ചെയ്യുന്ന ഉത്തരം yes, auth അല്ലെങ്കിൽ no ആകാം. അംഗീകാര ഏജന്റ് ഇല്ലാത്ത സെഷൻ auth എന്ന് റിപ്പോർട്ട് ചെയ്ത് ഡെസ്ക്ടോപ്പിൽ നിശബ്ദമായി പരാജയപ്പെടുന്നു, അത് ഇല്ലാത്ത ഏജന്റിനെക്കാൾ തകർന്ന നിയന്ത്രണം പോലെ തോന്നിപ്പിക്കുന്നു.

ഡെസ്ക്ടോപ്പ് root ആയി ഓടിച്ച് രണ്ടിലൊന്നും ശരിയാക്കരുത്

ഒരു ടോഗിൾ പ്രവർത്തിക്കാൻ മുഴുവൻ സെഷനും root ആയി ഓടിക്കുന്നത് മെഷീനിലെ ഓരോ ആപ്ലിക്കേഷന്റെയും സുരക്ഷാ മാതൃക മാറ്റുന്നു. അത് അടിസ്ഥാനപരമായ തെറ്റായ കോൺഫിഗറേഷൻ രേഖപ്പെടുത്തുന്നതിന് പകരം മറയ്ക്കുകയും ചെയ്യുന്നു. ഒരു പ്രവർത്തനത്തിന് ഭരണപരമായ അംഗീകാരം വേണമെങ്കിൽ അതാണ് ഉദ്ദേശിച്ച രൂപകൽപ്പന, പരിഹാരം നയത്തിലോ ഏജന്റ് എങ്ങനെ ആരംഭിക്കുന്നു എന്നതിലോ ആണ്.

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

പ്ലഗിൻ ചോദ്യം എഡിറ്ററിനെക്കുറിച്ചും ആണ്

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

സ്വതന്ത്രമായ ഒരു ക്ലയന്റ് ബൈനറിയും തെളിവല്ല. OpenVPN ബൈനറി ഇൻസ്റ്റാൾ ചെയ്യുന്നത് അതിൽത്തന്നെ ഡെസ്ക്ടോപ്പ് എഡിറ്ററിന് OpenVPN പ്രൊഫൈൽ സൃഷ്ടിക്കാനുള്ള ഒരു ഫോം നൽകുന്നില്ല.

ഉത്തരവാദിയായ അതിർ ശരിയാക്കുക, തുടർന്ന് പരിശോധിക്കുക

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

തുടർന്ന് യഥാർത്ഥ അക്കൗണ്ടും യഥാർത്ഥ പ്രൊഫൈലും ഉപയോഗിച്ച് പരിശോധിക്കുക: റൂട്ട്, DNS കാഴ്ച, രഹസ്യം എവിടെ സൂക്ഷിക്കുന്നു എന്നിവ സ്ഥിരീകരിക്കുക. പ്രവർത്തനക്ഷമമാക്കിയ ബട്ടണുകൾ ഒരു ഇന്റർഫേസ് അവസ്ഥയാണ്, ഒരു ടണൽ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ തെളിവല്ല. ടിക്കറ്റിൽ ഉപകരണ നില, അനുമതി ഉത്തരം, പ്ലഗിൻ പതിപ്പ് എന്നിവ രേഖപ്പെടുത്തുക, അടുത്ത വ്യക്തിക്ക് ഏത് അതിർ യഥാർത്ഥത്തിൽ മാറിയെന്ന് അറിയാൻ.