global-tunnel-ng usuwa zmienne proxy po ich odczytaniu
Stary proces Node może nadal korzystać z proxy po zniknięciu http_proxy; sprawdź stan zachowany przez moduł i transport następnego klienta.
W starszej aplikacji używającej global-tunnel-ng, initialize może celowo usunąć obsługiwane zmienne proxy HTTP/HTTPS po zachowaniu wybranej konfiguracji.
Powodem jest podwójna obsługa: inna biblioteka nie może ponownie zastosować proxy środowiskowego na poprawionej ścieżce HTTP modułu. Brak process.env.http_proxy nie oznacza więc, że proxy przestało działać.
Sprawdź isProxying pod kątem aktywacji i proxyConfig pod kątem zachowanego wyboru. Nie loguj pełnej konfiguracji zawierającej konto ani proxyUrl.
Jeśli późniejszy klient zawiedzie po zniknięciu zmiennych, ustal, czy używa poprawionego agenta HTTP/HTTPS, jawnego agenta, czy innego transportu. Klient, który samodzielnie czyta środowisko, może potrzebować własnego udokumentowanego wejścia proxy.
Usunięcie kodu kasowania z node_modules likwiduje zabezpieczenie przed podwójną obsługą i może zniknąć przy ponownej instalacji. Rozstrzygnij raczej własność transportu. To stary pakiet z udokumentowanymi ograniczeniami zgodności z Node. W zgodnej wersji Node wbudowane wsparcie proxy przy starcie jest jedną z opcji dla standardowych klientów HTTP; niestandardowe agenty i nadawcy nadal potrzebują własnej trasy.