Le réglage de proxy de npm ne route pas tout ce que lance npm start

npm install fonctionne via le proxy. npm start lance l'application, et sa requête API part directement. npm n'a pas forcément oublié le réglage.

Le gestionnaire de paquets a fait la première requête. Votre application fait la seconde. Une valeur de proxy dans la configuration npm est une donnée pour les consommateurs qui la lisent, pas un tunnel placé sous chaque processus enfant.

Inspectez le client HTTP de l'application et l'interface de proxy qu'il prend en charge. Il peut lire des variables d'environnement standard, exiger un agent ou un dispatcher explicite, ou utiliser un autre réglage documenté. Ne partez pas du principe qu'une variable ressemblant à npm_config_proxy est reconnue automatiquement.

Distinguez aussi le proxy sortant de la fonction de transfert d'API d'un serveur de développement. Un réglage qui transfère les requêtes du navigateur d'un serveur de développement vers un backend a un autre rôle ; il n'est pas automatiquement la sortie réseau de chaque requête effectuée par votre application.

Pour une comparaison utile, nommez la requête qui réussit et le processus qui effectue la requête qui échoue. Configurez ensuite ce dernier délibérément. Une application utilisant le fetch d'Undici peut suivre sa configuration de dispatcher ProxyAgent, avec une version du paquet compatible avec son runtime Node. Changer le point de terminaison du registry npm ou réinstaller l'application à répétition ne fournit pas à soi seul cette route manquante.