global-tunnel-ng apaga as variáveis de proxy depois de as ler
Um processo Node antigo pode continuar a usar o proxy depois de http_proxy desaparecer; verifique o estado retido do módulo e o transporte do cliente seguinte.
Numa aplicação mais antiga que usa global-tunnel-ng, initialize pode remover deliberadamente as variáveis de proxy HTTP/HTTPS suportadas depois de reter a configuração escolhida.
A razão é o tratamento duplo: outra biblioteca não deve aplicar novamente o proxy do ambiente sobre o caminho HTTP corrigido do módulo. A ausência de process.env.http_proxy não significa, portanto, que o proxy tenha parado.
Verifique isProxying para a ativação e proxyConfig para a seleção retida. Evite registar a configuração completa com conta ou proxyUrl.
Se um cliente posterior falhar depois de as variáveis desaparecerem, determine se usa o agente HTTP/HTTPS corrigido, um agente explícito ou outro transporte. Um cliente que lê o ambiente por conta própria pode precisar da sua própria entrada de proxy documentada.
Retirar o código de eliminação de node_modules elimina a proteção contra o tratamento duplo e pode desaparecer ao reinstalar. Resolva antes a propriedade do transporte. Este é um pacote antigo com limites de compatibilidade Node documentados. Numa versão Node compatível, o suporte de proxy incorporado no arranque é uma opção para clientes HTTP padrão; agentes e despachantes personalizados continuam a precisar da sua própria rota.