global-tunnel-ng sletter proxyvariabler etter å ha lest dem
En gammel Node-prosess kan fortsatt gå via proxy etter at http_proxy forsvinner; se på modulens lagrede tilstand og transporten til den neste klienten.
I en eldre applikasjon som bruker global-tunnel-ng, kan initialize med vilje fjerne de støttede HTTP/HTTPS-proxyvariablene etter at den har tatt vare på den valgte konfigurasjonen.
Grunnen er dobbelt håndtering: et annet bibliotek skal ikke bruke miljøproxien om igjen oppå den patchede HTTP-veien til modulen. At process.env.http_proxy mangler betyr altså ikke at proxyingen er stanset.
Sjekk isProxying for aktivering og proxyConfig for det lagrede valget. Ikke logg full kontobasert konfigurasjon eller proxyUrl.
Hvis en senere klient feiler etter at variablene forsvinner, må du finne ut om den bruker den patchede HTTP/HTTPS-agenten, en eksplisitt agent eller en annen transport. En klient som leser miljøet på egen hånd, kan trenge sitt eget dokumenterte proxy-innslag.
Tar du bort slettingen i koden fra node_modules, forsvinner vernet mot dobbelt håndtering, og det kan bli borte ved reinstallasjon. Løs heller eierskapet til transporten. Dette er en gammel pakke med dokumenterte begrensninger i Node-kompatibilitet. På en kompatibel Node-versjon er innebygd proxystøtte ved oppstart ett alternativ for standard HTTP-klienter; tilpassede agenter og sendere trenger fortsatt sin egen rute.