Pourquoi npm a toujours un proxy après sa suppression

Vous supprimez le proxy de npm, vous l'interrogez de nouveau, et la valeur est toujours là. Avant de répéter la commande avec plus de privilèges, vérifiez quelle configuration vous avez supprimée.

Un .npmrc de projet, un fichier utilisateur, la configuration globale, les options de commande et les réglages de l'environnement peuvent tous compter. Retirer une valeur d'un endroit peut révéler une autre valeur en dessous.

Localisez la valeur avant de la modifier

Inspectez la configuration effective de npm et les fichiers concernés par cet appel. Notez si l'opération est locale au projet ou globale. Un réglage de projet ne prouve rien sur une installation globale.

Les noms des options de proxy comptent aussi. Une clé personnalisée qui ressemble à http_proxy n'est pas automatiquement l'option documentée proxy. L'orthographe des variables d'environnement et celle des clés de configuration npm sont deux interfaces distinctes.

Réinstaller l'exécutable n'a aucun rapport

Le répertoire d'installation de Node n'est pas forcément celui où réside votre configuration utilisateur. Remplacer l'exécutable peut laisser le fichier utilisateur et l'environnement du processus intacts. C'est pourquoi une installation propre du programme peut afficher aussitôt l'ancien point de terminaison réseau.

Une fois la source trouvée, supprimez l'entrée obsolète à ce niveau. Interrogez ensuite de nouveau la valeur effective depuis le même répertoire de travail et le même compte que ceux qui ont produit l'échec. Évitez de définir une chaîne vide ou d'apparence nulle sans raison, sauf si le npm installé documente cette signification.

Gardez le réglage du registre à part. Une URL de registre locale peut ressembler à une adresse de proxy, mais la supprimer change l'endroit où les métadonnées des paquets sont demandées. N'effacez pas un registre interne nécessaire uniquement pour retirer un proxy de transfert indésirable.