global-tunnel-ng പ്രോക്സി വേരിയബിളുകൾ വായിച്ചതിന് ശേഷം ഇല്ലാതാക്കുന്നു

global-tunnel-ng ഉപയോഗിക്കുന്ന പഴയ ആപ്ലിക്കേഷനിൽ, തിരഞ്ഞെടുത്ത കോൺഫിഗറേഷൻ നിലനിർത്തിയ ശേഷം initialize പിന്തുണയ്ക്കുന്ന HTTP/HTTPS പ്രോക്സി വേരിയബിളുകൾ ബോധപൂർവ്വം നീക്കം ചെയ്യാം.

കാരണം ഇരട്ട കൈകാര്യം ചെയ്യലാണ്: മറ്റൊരു ലൈബ്രറി മൊഡ്യൂളിന്റെ പാച്ച് ചെയ്ത HTTP പാതയിൽ പരിസ്ഥിതി പ്രോക്സി വീണ്ടും പ്രയോഗിക്കരുത്. അതിനാൽ process.env.http_proxy ഇല്ലാത്തത് പ്രോക്സി നിന്നു എന്നർത്ഥമാക്കുന്നില്ല.

സജീവമാക്കലിന് isProxying ഉം സൂക്ഷിച്ച തിരഞ്ഞെടുപ്പിന് proxyConfig ഉം പരിശോധിക്കുക. അക്കൗണ്ട് ഉള്ള മുഴുവൻ കോൺഫിഗറേഷനോ proxyUrl ഓ ലോഗ് ചെയ്യരുത്.

വേരിയബിളുകൾ അപ്രത്യക്ഷമായ ശേഷം പിന്നീട് ഒരു ക്ലയന്റ് പരാജയപ്പെട്ടാൽ, അത് പാച്ച് ചെയ്ത HTTP/HTTPS ഏജന്റ്, വ്യക്തമായ ഏജന്റ്, അല്ലെങ്കിൽ മറ്റൊരു ഗതാഗതം ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് കണ്ടെത്തുക. പരിസ്ഥിതി സ്വയം വായിക്കുന്ന ക്ലയന്റിന് സ്വന്തം രേഖപ്പെടുത്തിയ പ്രോക്സി ഇൻപുട്ട് ആവശ്യമായേക്കാം.

node_modules ൽ നിന്ന് ഇല്ലാതാക്കുന്ന കോഡ് നീക്കുന്നത് ഇരട്ട കൈകാര്യത്തിൽ നിന്നുള്ള സംരക്ഷണം നീക്കും, പുനഃസ്ഥാപിക്കുമ്പോൾ അത് ഇല്ലാതാകാം. പകരം ഗതാഗതത്തിന്റെ ഉടമസ്ഥത പരിഹരിക്കുക. ഇത് Node അനുയോജ്യതയുടെ രേഖപ്പെടുത്തിയ പരിധികളുള്ള പഴയ പാക്കേജാണ്. അനുയോജ്യമായ Node പതിപ്പിൽ തുടക്കത്തിൽ അന്തർനിർമ്മിത പ്രോക്സി പിന്തുണ സാധാരണ HTTP ക്ലയന്റുകൾക്ക് ഒരു ഓപ്ഷനാണ്; ഇഷ്ടാനുസൃത ഏജന്റുകൾക്കും അയയ്ക്കുന്നവർക്കും ഇപ്പോഴും സ്വന്തം വഴി വേണം.