global-tunnel-ng forigas proksilajn variablojn post ol legi ilin
Malnova Node-procezo povas daŭre proksiumi post kiam http_proxy malaperas; kontrolu la konservitan staton de la modulo kaj la transporton de la sekva kliento.
En pli malnova aplikaĵo uzanta global-tunnel-ng, initialize povas intence forigi la subtenatajn HTTP/HTTPS-proksilajn variablojn post kiam ĝi retenas sian elektitan agordon.
La kaŭzo estas duobla pritraktado: alia biblioteko ne rajtas apliki la ĉirkaŭaĵan proksilon denove sur la flikitan HTTP-vojon de la modulo. Mankanta process.env.http_proxy do ne signifas, ke la proksiumado ĉesis.
Kontrolu isProxying por aktivigo kaj proxyConfig por la retenita elekto. Evitu protokoli kompletan kontohavan agordon aŭ proxyUrl.
Se posta kliento malsukcesas post kiam la variabloj malaperas, determini ĉu ĝi uzas la flikitan HTTP/HTTPS-agenton, eksplicitan agenton aŭ alian transporton. Kliento, kiu mem legas la ĉirkaŭaĵon, eble bezonas sian propran dokumentitan proksilaren enigon.
Forigi la forigokodon el node_modules forigas la gardon kontraŭ duobla pritraktado kaj povas malaperi ĉe reinstalado. Solvu anstataŭe la posedon de la transporto. Ĉi tio estas malnova pako kun dokumentitaj limoj de Node-kongrueco. Sur kongrua Node-versio, enkonstruita proksila subteno ĉe starto estas unu eblo por normaj HTTP-klientoj; propraj agentoj kaj dissendiloj ankoraŭ bezonas sian propran vojon.