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-клиентов; собственным агентам и диспетчерам по-прежнему нужен свой маршрут.