global-tunnel-ng supprime les variables de proxy après les avoir lues
Un ancien processus Node peut continuer à passer par le proxy après la disparition de http_proxy ; examinez l'état conservé du module et le transport du client suivant.
Dans une application plus ancienne utilisant global-tunnel-ng, initialize peut délibérément supprimer les variables de proxy HTTP/HTTPS prises en charge après avoir conservé sa configuration sélectionnée.
La raison est le double traitement : une autre bibliothèque ne doit pas réappliquer le proxy d'environnement par-dessus le chemin HTTP corrigé du module. L'absence de process.env.http_proxy ne signifie donc pas que le proxy s'est arrêté.
Vérifiez isProxying pour l'activation et proxyConfig pour la sélection conservée. Évitez de journaliser une configuration complète contenant un compte ou proxyUrl.
Si un client ultérieur échoue après la disparition des variables, déterminez s'il utilise l'agent HTTP/HTTPS corrigé, un agent explicite ou un autre transport. Un client qui lit lui-même l'environnement peut avoir besoin de sa propre entrée de proxy documentée.
Retirer le code de suppression de node_modules fait tomber la garde contre le double traitement et peut disparaître à la réinstallation. Réglez plutôt la propriété du transport. C'est un paquet hérité avec des limites de compatibilité Node documentées. Sur une version Node compatible, la prise en charge du proxy intégrée au démarrage est une option pour les clients HTTP standard ; les agents et répartiteurs personnalisés ont toujours besoin de leur propre route.