global-tunnel-ng sletter proxyvariabler efter at have læst dem
En ældre Node-proces kan stadig proxye, efter at http_proxy forsvinder; undersøg modulets bevarede tilstand og den næste klients transport.
I en ældre applikation, der bruger global-tunnel-ng, kan initialize bevidst fjerne de understøttede HTTP/HTTPS-proxyvariabler, efter at den har beholdt sin valgte konfiguration.
Årsagen er dobbeltbehandling: et andet bibliotek må ikke anvende miljøets proxy igen oven på modulets patch'ede HTTP-vej. At process.env.http_proxy mangler betyder derfor ikke, at proxyingen er stoppet.
Tjek isProxying for aktivering og proxyConfig for det bevarede valg. Undgå at logge fuld kontobærende konfiguration eller proxyUrl.
Hvis en senere klient fejler, efter at variablerne forsvinder, skal du afgøre, om den bruger den patch'ede HTTP/HTTPS-agent, en eksplicit agent eller en anden transport. En klient, der selv læser miljøet, kan have brug for sit eget dokumenterede proxy-input.
Fjernes sletningskoden fra node_modules, mister du beskyttelsen mod dobbeltbehandling, og den kan forsvinde ved geninstallation. Løs i stedet transportejerskabet. Dette er en ældre pakke med dokumenterede begrænsninger i Node-kompatibilitet. På en kompatibel Node-version er indbygget proxystøtte ved opstart en mulighed for standard-HTTP-klienter; tilpassede agenter og dispatchs har stadig brug for deres egen rute.