global-tunnel-ng выдаляе проксі-змённыя пасля іх чытання
Стары працэс Node можа працягваць працаваць праз проксі пасля знікнення http_proxy; праверце стан, які захоўвае модуль, і транспарт наступнага кліента.
У старой праграме, якая выкарыстоўвае global-tunnel-ng, initialize можа наўмысна выдаліць падтрымоўваныя проксі-змённыя HTTP/HTTPS пасля захавання абранай канфігурацыі.
Прычына — падвойная апрацоўка: іншая бібліятэка не павінна зноў ужываць проксі асяроддзя паверх выпраўленага HTTP-шляху модуля. Таму адсутнасць process.env.http_proxy не азначае, што праца праз проксі спынілася.
Праверце isProxying для актывацыі і proxyConfig для захаванага выбару. Не запісвайце ў логі поўную канфігурацыю з уліковымі данымі або proxyUrl.
Калі наступны кліент не спрацаваў пасля знікнення зменных, вызначце, ці ён выкарыстоўвае выпраўлены агент HTTP/HTTPS, яўны агент або іншы транспарт. Кліент, які самастойна чытае асяроддзе, можа мець патрэбу ва ўласных дакументаваных наладах проксі.
Выдаленне кода выдалення з node_modules прыбірае ахову ад падвойнай апрацоўкі і можа знікнуць пры пераўсталёўцы. Замест гэтага вырашыце пытанне ўласнасці транспарту. Гэта стары пакет з дакументаванымі абмежаваннямі сумяшчальнасці з Node. На сумяшчальнай версіі Node убудаваная падтрымка проксі пры запуску — адзін з варыянтаў для стандартных кліентаў HTTP; уласныя агенты і дыспетчары па-ранейшаму патрабуюць свайго маршруту.