global-tunnel-ng elimina las variables de proxy después de leerlas
Un proceso Node antiguo puede seguir usando el proxy después de que http_proxy desaparezca; revise el estado retenido del módulo y el transporte del siguiente cliente.
En una aplicación antigua que usa global-tunnel-ng, initialize puede eliminar deliberadamente las variables de proxy HTTP/HTTPS compatibles después de conservar la configuración seleccionada.
La razón es el doble manejo: otra biblioteca no debe aplicar de nuevo el proxy del entorno sobre la ruta HTTP parcheada del módulo. Por eso, que falte process.env.http_proxy no significa que el proxy se haya detenido.
Compruebe isProxying para la activación y proxyConfig para la selección retenida. Evite registrar la configuración completa con cuenta o proxyUrl.
Si un cliente posterior falla después de que desaparezcan las variables, determine si usa el agente HTTP/HTTPS parcheado, un agente explícito u otro transporte. Un cliente que lee el entorno por su cuenta puede necesitar su propia entrada de proxy documentada.
Quitar el código de borrado de node_modules elimina la protección contra el doble manejo y puede desaparecer al reinstalar. Resuelva más bien la propiedad del transporte. Este es un paquete heredado con límites de compatibilidad de Node documentados. En una versión compatible de Node, la compatibilidad de proxy integrada al inicio es una opción para clientes HTTP estándar; los agentes y despachadores personalizados todavía necesitan su propia ruta.