കോർപ്പറേറ്റ് VPN കണക്ട് ചെയ്യുമ്പോൾ ഡീബഗ് പ്രോക്സി കണ്ണുമടയ്ക്കുന്നു

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

Windows ഓരോ കണക്ഷനും പ്രത്യേകം പ്രോക്സി സൂക്ഷിക്കുന്നു

ഇന്റർനെറ്റ് ഓപ്ഷനുകളിൽ ഡയലോഗിൽ ഒരുപോലെ തോന്നുന്ന രണ്ട് പാളികളുണ്ട്. ലോക്കൽ നെറ്റ്വർക്ക് ക്രമീകരണങ്ങൾ സാധാരണ ലോക്കൽ കണക്ഷനിൽ ബാധകമാണ്, എന്നാൽ ഡയൽ-അപ്പ് അല്ലെങ്കിൽ VPN എൻട്രി HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections-ന് കീഴിൽ സ്വന്തം പകർപ്പ് ബൈനറി മൂല്യമായി സൂക്ഷിക്കുന്നു. പരിചിതമായ ആഗോള രജിസ്ട്രി മൂല്യങ്ങൾ എഴുതുന്നത് ആ പകർപ്പ് പുതുക്കുന്നില്ല.

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

ഒരു എൻട്രി മാറ്റാനുള്ള പിന്തുണയുള്ള വഴി WinINET കണക്ഷൻ ഓപ്ഷൻ API ആണ്: കണക്ഷന്റെ പേര്, ഫ്ലാഗുകൾ, പ്രോക്സി സെർവർ, ഒഴിവാക്കൽ ലിസ്റ്റ് എന്നിവ ഉപയോഗിച്ച് INTERNET_PER_CONN_OPTION_LIST പൂരിപ്പിച്ച് പ്രയോഗിച്ച് പിന്നീട് പുതുക്കുക. വേഗത്തിലുള്ള പരിശോധനയ്ക്ക് ടണൽ എൻട്രിയുടെ സ്വന്തം സെറ്റിംഗ്സ് ഡയലോഗ് തുറന്ന് അതിന്റെ പ്രോക്സി പാനൽ ലോക്കൽ നെറ്റ്വർക്ക് പാനലുമായി താരതമ്യം ചെയ്യുക; എവിടെ നോക്കണമെന്ന് അറിഞ്ഞാൽ വ്യത്യാസം സാധാരണയായി വ്യക്തമാണ്.

മാനേജ്ഡ് PAC സ്വയം വീണ്ടും ഓണാകാം

macOS-ൽ ഓട്ടോമാറ്റിക് പ്രോക്സി കോൺഫിഗറേഷൻ സ്ക്രിപ്റ്റും പ്രോക്സി ഓട്ടോ-ഡിസ്കവറിയും നെറ്റ്വർക്ക് സേവനത്തിന്റെ സവിശേഷതകളാണ്, മെഷീന്റേതല്ല. കോൺഫിഗറേഷൻ പ്രൊഫൈലിന് അവ നിർബന്ധമാക്കാം, അതിനാൽ ടിക്ക് നീക്കിയ ശേഷവും അവ വീണ്ടും പ്രത്യക്ഷപ്പെടുന്നു, പിന്നീട് ഓരോ അഭ്യർത്ഥനയും സ്ക്രിപ്റ്റ് തിരഞ്ഞെടുക്കുന്ന പ്രോക്സിയിലേക്ക് പോകുന്നു.

പരിശോധിക്കുകയും, അധികാരമുണ്ടെങ്കിൽ, ട്രാഫിക് വഹിക്കുന്ന സേവനത്തിനായി ആ രണ്ട് സ്വിച്ചുകൾ ഓഫാക്കുകയും ചെയ്യുക:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

ഊഹത്തിന് പകരം സേവനത്തിന്റെ യഥാർത്ഥ പേര് ഉപയോഗിക്കുക. Wi-Fi-ഉം USB ഈഥർനെറ്റ് അഡാപ്റ്ററും ഉള്ള ലാപ്ടോപ്പിൽ അത്തരം രണ്ടെണ്ണം ഉണ്ടാകും, നിങ്ങളുടെ ട്രാഫിക് വഹിക്കുന്നത് ഒന്ന് മാത്രം. scutil --proxy നിലവിലെ പ്രാഥമിക സേവനത്തിന്റെ മൂല്യങ്ങൾ പ്രിന്റ് ചെയ്യുന്നു. പ്രൊഫൈൽ ജയിച്ചു എന്ന് തീരുമാനിക്കുന്നതിന് മുൻപ് ആ ഔട്ട്പുട്ട് നിങ്ങൾ തിരുത്തിയതുമായി താരതമ്യം ചെയ്യുക.

ടൂളിനെ യഥാർത്ഥ അപ്സ്ട്രീമിലേക്ക് തിരിക്കുക

സ്ക്രിപ്റ്റിൽ കോർപ്പറേറ്റ് പ്രോക്സി ഉണ്ടെങ്കിൽ അത് വായിച്ച് അതേ വിലാസം ക്യാപ്ചർ ടൂളിനുള്ളിൽ ബാഹ്യ പ്രോക്സിയായി നൽകുക. അപ്പോൾ ടൂൾ യഥാർത്ഥ അപ്സ്ട്രീമിലേക്ക് കൈമാറുന്നു, കോർപ്പറേറ്റ് പ്രോക്സി അതാണ് പ്രതീക്ഷിക്കുന്നത്, നയവുമായി മല്ലിടാതെ അഭ്യർത്ഥനയുടെ വഴിയിൽ തുടരുന്നു.

വീണ്ടും കോൺഫിഗർ ചെയ്യുന്നതിന് പകരം ഡീബഗ്ഗിംഗിൽ നിർത്തുന്ന നീക്കം ഇതാണ്.

പ്രോക്സിയെ ടണലിനുള്ളിലേക്ക് തള്ളുക

OpenVPN അടിസ്ഥാനമാക്കിയ ക്ലയന്റിന് ടണൽ ഉയർന്നതിന് ശേഷം ബാധകമാകുന്ന പ്രോക്സി ഓപ്ഷനുകൾ സ്വീകരിക്കാം, റൂട്ടുകൾ ക്ലയന്റിന്റെ കൈവശമുള്ളപ്പോൾ ഇത് സൗകര്യപ്രദമാണ്:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

ഈ ഓപ്ഷനെ മാനിക്കുന്ന ക്ലയന്റുകൾ മാത്രം അത് ഉപയോഗിക്കും, അത് നിങ്ങളുടെ കേൾക്കുന്ന പോർട്ട് പ്രൊഫൈലിൽ കട്ടിയായി എഴുതുന്നു. ഇതിനെ വിന്യാസ നിലവാരമല്ല, ലബോറട്ടറി സൗകര്യമായി കാണുക, അടുത്ത പ്രൊഫൈൽ പുഷ് അത് നീക്കം ചെയ്യും.

ചില ക്ലയന്റുകൾ സിസ്റ്റം പ്രോക്സി ഒരിക്കലും വായിക്കുന്നില്ല

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

നെറ്റ്വർക്ക് ടൂളുകൾക്കും സ്വന്തം കാരണങ്ങളുണ്ട്. ടണലിനോ ഫോൺ ടെതറിംഗിനോ മുകളിൽ തൂങ്ങിക്കിടക്കുന്ന FTP സെഷൻ പലപ്പോഴും ക്ലയന്റ് ചർച്ച ചെയ്യുന്ന ആക്ടീവ് വേഴ്സസ് പാസീവ് മോഡ് പ്രശ്നമാണ്, ഏതൊരു പ്രോക്സി ക്രമീകരണവും അത് മാറ്റില്ല.

കോൺഫിഗറേഷൻ വായിക്കുക, ടോഗിൾ അല്ല

ഈ ക്രമത്തിൽ പ്രവർത്തിക്കുക: ടണൽ എൻട്രിയുടെ സ്വന്തം പ്രോക്സി മൂല്യം, ഓരോ സേവനത്തിന്റെയും PAC, ഓട്ടോ-ഡിസ്കവറി നില, പിന്നെ ആപ്പിന്റെ സ്വന്തം പ്രോക്സി കൈകാര്യം ചെയ്യൽ. നിങ്ങളുടെ അനുമാനത്തിൽ നിന്ന് വ്യത്യസ്തമാകുന്ന ആദ്യത്തേതിൽ നിർത്തുക.

ഇവിടെയുള്ള ഓരോ കേസും കോൺഫിഗറേഷൻ മുൻഗണനയുടെ പ്രശ്നമാണ്. ഒന്നും ടണൽ നിങ്ങളുടെ ടൂൾ തകർക്കുന്നതല്ല.