global-tunnel-ng löscht Proxy-Variablen, nachdem es sie gelesen hat
Ein älterer Node-Prozess kann weiter über den Proxy laufen, nachdem http_proxy verschwindet; prüfen Sie den gespeicherten Zustand des Moduls und den Transport des nächsten Clients.
In einer älteren Anwendung mit global-tunnel-ng kann initialize die unterstützten HTTP/HTTPS-Proxy-Variablen bewusst entfernen, nachdem es seine gewählte Konfiguration übernommen hat.
Der Grund ist doppelte Verarbeitung: Eine andere Bibliothek darf den Umgebungsproxy nicht erneut über den gepatchten HTTP-Pfad des Moduls legen. Ein fehlendes process.env.http_proxy heißt daher nicht, dass das Proxying beendet ist.
Prüfen Sie isProxying auf Aktivierung und proxyConfig auf die übernommene Auswahl. Protokollieren Sie keine vollständige kontobehaftete Konfiguration und kein proxyUrl.
Scheitert ein späterer Client, nachdem die Variablen verschwunden sind, klären Sie, ob er den gepatchten HTTP/HTTPS-Agent, einen expliziten Agent oder einen anderen Transport nutzt. Ein Client, der die Umgebung selbst liest, braucht möglicherweise eine eigene dokumentierte Proxy-Eingabe.
Wer den Löschcode aus node_modules entfernt, verliert die Absicherung gegen doppelte Verarbeitung; außerdem kann er bei einer Neuinstallation verschwinden. Klären Sie stattdessen die Zuständigkeit für den Transport. Dies ist ein Altpaket mit dokumentierten Grenzen der Node-Kompatibilität. Auf einer kompatiblen Node-Version ist integrierte Proxy-Unterstützung beim Start eine Option für Standard-HTTP-Clients; eigene Agenten und Dispatcher brauchen weiterhin ihren eigenen Weg.