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