global-tunnel-ng raderar proxyvariabler efter att ha läst dem
En äldre Node-process kan fortfarande proxya efter att http_proxy försvinner; granska modulens bevarade tillstånd och nästa klients transport.
I en äldre applikation som använder global-tunnel-ng kan initialize avsiktligt ta bort de stödda HTTP/HTTPS-proxyvariablerna efter att ha behållit den valda konfigurationen.
Orsaken är dubbel hantering: ett annat bibliotek ska inte tillämpa miljöproxyn igen ovanpå modulens patchade HTTP-väg. Att process.env.http_proxy saknas betyder därför inte att proxyningen har stoppats.
Kontrollera isProxying för aktivering och proxyConfig för det bevarade valet. Logga inte full kontobärande konfiguration eller proxyUrl.
Om en senare klient misslyckas efter att variablerna försvunnit, avgör om den använder den patchade HTTP/HTTPS-agenten, en explicit agent eller ett annat transport. En klient som själv läser miljön kan behöva sin egen dokumenterade proxyindata.
Tar du bort raderingskoden från node_modules försvinner skyddet mot dubbel hantering och det kan försvinna vid ominstallation. Lös i stället transportägandet. Detta är ett äldre paket med dokumenterade begränsningar i Node-kompatibilitet. På en kompatibel Node-version är inbyggt proxystöd vid start ett alternativ för standard-HTTP-klienter; anpassade agenter och dispatchrar behöver fortfarande sin egen rutt.