VPN പ്രവർത്തിക്കുന്നു, പക്ഷേ ഒരു ആപ്പിന് ഇന്റർനെറ്റ് ഇല്ലേ? അതിന്റെ പ്രോക്സി പരിശോധിക്കുക

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

ഏത് ലെയറിനാണ് പ്രോക്സി ക്രമീകരണത്തിന്റെ ഉടമസ്ഥത

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

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

ഓരോ ടൂളും യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന മൂല്യം വായിക്കുക

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

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

നിങ്ങളുടെ മുൻപിലുള്ള പ്ലാറ്റ്ഫോമിന് യോജിക്കുന്ന വരി മാത്രം പ്രവർത്തിപ്പിക്കുക, തുടർന്ന് ഹോസ്റ്റ്, പോർട്ട്, ക്രെഡൻഷ്യലുകൾ എന്നിവയ്ക്കായി ഔട്ട്പുട്ട് വായിക്കുക. ഇത്തരം ഒരു മൂല്യം http://proxy.corp.example:8080 എന്നാൽ ടൂൾ ഓരോ അഭ്യർത്ഥനയ്ക്കും ആ ഹോസ്റ്റിനോട് ചോദിക്കുന്നു എന്നാണ്, ശൂന്യമായ ഫലം എന്നാൽ അത് നേരിട്ട് പോകുന്നു, യഥാർത്ഥ തകരാർ മറ്റെവിടെയോ ആണ്. ഔട്ട്പുട്ട് ടിക്കറ്റിൽ ഒട്ടിക്കുന്നതിന് മുൻപ് ഉപയോക്താവിന്റെയും പാസ്വേഡിന്റെയും ഭാഗം മറയ്ക്കുക, കാരണം ആ സ്ട്രിംഗുകൾ ആളുകൾ കരുതുന്നതിനേക്കാൾ എത്രയോ കൂടുതൽ തവണ ജീവനുള്ള ക്രെഡൻഷ്യലുകളാണ്.

സ്വന്തം പ്രോക്സി എഞ്ചിൻ ഉള്ള ടൂളുകൾക്ക് സ്വന്തം തെളിവ് വേണം. നിങ്ങൾ വെർബോസിറ്റി കൂട്ടുമ്പോൾ Curl എടുത്ത തീരുമാനം പറയുന്നു, ഇത് എൻവയോൺമെന്റിൽ നിന്ന് ഊഹിക്കുന്നതിനേക്കാൾ നല്ലതാണ്, അതേ ഫ്ലാഗ് പേര് വിവർത്തനം പ്രാദേശികമായി നടന്നോ പ്രോക്സിയിൽ നടന്നോ എന്ന് കാണിക്കുന്നു.

ഓവർറൈഡ് മായ്ച്ച് അതേ അഭ്യർത്ഥന വീണ്ടും പരിശോധിക്കുക

ഒരു ലെയർ മാറ്റുക, തുടർന്ന് പരാജയപ്പെട്ട അതേ അഭ്യർത്ഥന കൃത്യമായി ആവർത്തിക്കുക, കാരണം മറ്റൊരു URL ഒന്നും തെളിയിക്കുന്നില്ല. ആദ്യം നിലവിലെ ഷെല്ലിലെ എൻവയോൺമെന്റ് വേരിയബിളുകൾ മായ്ക്കുക, കാരണം ആ എഡിറ്റ് മാറ്റാനാകുന്നതാണ്, ടണൽ തകർക്കാനും കഴിയില്ല:

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

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

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

അറ്റകുറ്റപ്പണി റീസ്റ്റാർട്ടിനെ അതിജീവിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക

നിങ്ങൾ എഡിറ്റ് ചെയ്ത ടെർമിനലിൽ മാത്രം പ്രവർത്തിക്കുന്ന ഒരു ക്രമീകരണം പരിഹരിച്ചിട്ടില്ല. ഡെസ്ക്ടോപ്പ് ലോഞ്ചറിൽ നിന്ന് ആപ്പ് വീണ്ടും തുറക്കുക, ലോഗ് ഔട്ട് ചെയ്ത് വീണ്ടും ലോഗിൻ ചെയ്യുക, പഴയ പ്രോക്സി തിരികെ വരുന്നുണ്ടോ എന്ന് നോക്കുക.

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

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

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