അഡ്മിൻ അവകാശങ്ങളില്ലാതെ പോർട്ടബിൾ VPN ക്ലയന്റ്: ഇപ്പോഴും എന്താണ് തകരുന്നത്

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

പോർട്ടബിൾ മൂന്ന് വ്യത്യസ്ത വാഗ്ദാനങ്ങൾ ഉൾക്കൊള്ളുന്നു, ഒന്ന് മാത്രം സൗജന്യം

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

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

ക്ലയന്റ് വിളിക്കുന്ന പ്രത്യേകാവകാശ സഹായിയെ കണ്ടെത്തുക

ഏതാണ്ട് ഒരു VPN ക്ലയന്റും സ്വയം പാക്കറ്റുകൾ നീക്കുന്നില്ല. Windows-ൽ ഡാറ്റ പാത WFP ഫിൽട്ടറുകളിലൂടെയും Base Filtering Engine-ലൂടെയും പോകുന്നു, macOS-ൽ ഉപയോക്താവ് സിസ്റ്റം ക്രമീകരണങ്ങളിൽ അംഗീകരിക്കുന്ന NetworkExtension ദാതാവിലൂടെ, Linux-ൽ tun ഉപകരണവും റൂട്ടിംഗ് സ്റ്റാക്കും വഴി. നിങ്ങൾ പകർത്തിയ ബൈനറി ആ ഘടകങ്ങൾക്കുള്ള നിയന്ത്രണ ഉപരിതലമാണ്, അവയുടെ പകരമല്ല. ക്ലയന്റ് ഏത് ഘടകത്തെ പ്രതീക്ഷിക്കുന്നുവെന്ന് ചോദിക്കുക, തുടർന്ന് അത് ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്നും പ്രവർത്തിക്കുന്നുവെന്നും നിങ്ങളുടെ അക്കൗണ്ടിന് ഉപയോഗിക്കാമെന്നും ഉറപ്പാക്കുക.

ഈ കാര്യം തെളിയിക്കാൻ Linux ഏറ്റവും എളുപ്പമുള്ള സ്ഥലമാണ്, കാരണം പരിശോധന ഒരൊറ്റ സിസ്റ്റം കോളാണ്. /dev/net/tun തുറന്ന് കെർണലിനോട് ഒരു ഉപകരണം ആവശ്യപ്പെടാൻ CAP_NET_ADMIN ആവശ്യമാണ്, കൂടാതെ കെർണലിന്റെ TUN/TAP ഡോക്യുമെന്റേഷൻ ഉടമസ്ഥതാ നിയമവും കഴിവും രണ്ടും പറയുന്നു. ക്ലയന്റ് ആരംഭിക്കുന്ന അക്കൗണ്ടിൽ പരിശോധന പ്രവർത്തിപ്പിക്കുക, root ആയി അല്ല.

ls -l /dev/net/tun
ip tuntap add dev vpntest mode tun
ip link delete vpntest

മധ്യ വരിയിലെ അനുമതി പിശകാണ് നിങ്ങൾ തിരഞ്ഞ ഉത്തരം: ഈ അക്കൗണ്ടിന് ഒരു ടണൽ ഇന്റർഫേസ് സൃഷ്ടിക്കാനാവില്ല, അതിനാൽ അത് ആവശ്യമുള്ള ഏതൊരു ഉപയോക്തൃ-സ്ഥല ക്ലയന്റും ഡൗൺലോഡിൽ അല്ല, കണക്ഷനിൽ പരാജയപ്പെടുന്നു. അവസാന വരി ടെസ്റ്റ് ഉപകരണം നീക്കുന്നു, അത് പ്രവർത്തിക്കുമ്പോൾ ഒന്നും പ്രിന്റ് ചെയ്യുന്നില്ല. രണ്ട് വരികളും വിജയിച്ചാൽ, ഹോസ്റ്റ് സ്ഥിരമായി ഒന്നും മാറ്റിയിട്ടില്ല.

ആദ്യ കണക്ഷന് മുമ്പ് റൂട്ട്, റിസോൾവർ മാറ്റങ്ങൾ പരിശോധിക്കുക

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

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

ip route add 10.20.0.0/16 dev vpntest
ip route del 10.20.0.0/16
resolvectl query intranet.example.internal

ആദ്യ വരി RTNETLINK answers: Operation not permitted നൽകിയാൽ, പ്രൊഫൈൽ ആവശ്യപ്പെടുന്ന സ്വകാര്യ റൂട്ട് അക്കൗണ്ടിന് ഇൻസ്റ്റാൾ ചെയ്യാനാവില്ല എന്നാണ് അർഥം. രണ്ടാമത്തെ വരി അതേ അവകാശം വിപരീതമായി തെളിയിക്കുന്നു, ഇത് പ്രധാനമാണ് കാരണം റൂട്ടുകൾ ചേർക്കാമെങ്കിലും നീക്കാനാവാത്ത ക്ലയന്റ് പിന്നിൽ തകർന്ന പട്ടിക വിടുന്നു. തുടർന്ന് റിസോൾവർ ചോദ്യം സ്വകാര്യ നാമങ്ങൾ ടണലിലൂടെ പരിഹരിക്കുന്നുണ്ടോ അതല്ലെങ്കിൽ ഹോസ്റ്റ് ഇതിനകം വിശ്വസിക്കുന്ന റിസോൾവറിലേക്ക് ചോരുന്നുണ്ടോ എന്ന് കാണിക്കുന്നു.

ടെസ്റ്റ് ഉപകരണം ഇപ്പോഴും ഉള്ളപ്പോൾ മൂന്നും പ്രവർത്തിപ്പിക്കുക, പിന്നീട് അത് ഇല്ലാതാക്കുക. പോയ ഉപകരണത്തിലേക്ക് ചൂണ്ടുന്ന റൂട്ടാണ് പരാജയപ്പെട്ട കണക്ഷന് ശേഷം ലാപ്ടോപ്പിന് കണക്ടിവിറ്റി നഷ്ടപ്പെടാനുള്ള ഏറ്റവും സാധാരണ കാരണം.

സെഷനിൽ നിന്ന് എന്ത് അതിജീവിക്കണമെന്ന് തീരുമാനിക്കുക

ഫോൾഡർ ഇല്ലാതാക്കുന്നത് ഒരു വൃത്തിയാക്കൽ പ്ലാനല്ല. അഡാപ്റ്ററുകൾ, റൂട്ടുകൾ, റിസോൾവർ ക്രമീകരണങ്ങൾ, വിശ്വസ്ത സർട്ടിഫിക്കറ്റുകൾ, സംഭരിച്ച ക്രെഡൻഷ്യലുകൾ എന്നിവ ഓരോന്നും പ്രോസസ്സിനെക്കാൾ കൂടുതൽ കാലം നിലനിൽക്കാം, ബൂട്ട് സമയത്തെ ഒരു സേവനം അവയിൽ ചിലത് ചോദിക്കാതെ പുനഃസ്ഥാപിച്ചേക്കാം. ക്ലയന്റ് എന്ത് പിന്നിൽ വിടാൻ അനുവദനീയമാണെന്ന് അത് പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് എഴുതുക, ആദ്യ പരാജയപ്പെട്ട വിച്ഛേദനത്തിന് ശേഷമല്ല.

പ്രായോഗിക നിയമം എന്നത് നിങ്ങൾ മാറ്റാൻ പോകുന്ന മൂന്ന് ഉപരിതലങ്ങളുടെ സ്നാപ്പ്ഷോട്ട് എടുത്ത് പിന്നീട് അവ താരതമ്യം ചെയ്യുക എന്നതാണ്. ആദ്യ കണക്ഷന് മുമ്പ് ഇന്റർഫേസുകൾ, പ്രധാന റൂട്ടിംഗ് പട്ടിക, റിസോൾവർ അവസ്ഥ എന്നിവ രേഖപ്പെടുത്തുക, തുടർന്ന് ക്ലയന്റ് പുറത്തുകടന്നതിന് ശേഷം അതേ മൂന്ന് വായനകൾ ആവർത്തിക്കുക.

ip -brief addr show
ip route show table main
resolvectl status

രണ്ടാമത്തെ ക്യാപ്ചറിൽ ഉണ്ടായിരിക്കുകയും ആദ്യത്തേതിൽ ഇല്ലാതിരിക്കുകയും ചെയ്യുന്ന എന്തിനും ഒരു ഉടമ ആവശ്യമാണ്. ഒന്നുകിൽ ക്ലയന്റ് പുറത്തുകടക്കുമ്പോൾ അത് നീക്കുന്നു, അല്ലെങ്കിൽ അത് സൃഷ്ടിച്ച അതേ കമാൻഡുകൾ കൊണ്ട് നിങ്ങൾ അത് നീക്കുന്നു, ആ നീക്കം വിന്യാസ കുറിപ്പുകളിൽ പെടുന്നു, എന്ത് സംഭവിച്ചു എന്നതിനെക്കുറിച്ചുള്ള ആരുടെയോ ഓർമ്മയിൽ അല്ല. Windows-ൽ തത്തുല്യമായ വായനകൾ Get-NetAdapter, Get-NetRoute, Get-DnsClientServerAddress എന്നിവയാണ്, അവയ്ക്ക് ഉയർത്തൽ ആവശ്യമില്ല പക്ഷേ അതേ അവശിഷ്ടങ്ങൾ കാണിക്കുന്നു.