Ce que npm ping vérifie lors du test d'un proxy
Exécutez la vérification dans le contexte du processus npm en échec et gardez les téléchargements d'archive et de cycle de vie distincts du résultat.
npm ping --registry=https://registry.npmjs.org/Utilisez le registre prévu pour le projet. npm ping contacte ce registre et vérifie l'authentification via la configuration actuelle. C'est l'achèvement réussi qui compte ; la sortie en objet vide d'un ancien exemple n'est pas un format obligatoire.
Exécutez-le là où l'échec se produit. Un processus npm lancé depuis un IDE peut avoir des entrées d'environnement ou de configuration différentes de celles d'un terminal.
Lire le résultat au bon stade
Si ping échoue, conservez la première erreur. La résolution du proxy, la connexion à l'écouteur, un défi 407 et le rejet de l'authentification du registre sont des stades différents.
Si ping réussit mais que l'installation échoue, conservez l'URL du téléchargement ultérieur avec son erreur. Une archive peut se trouver sur un autre hôte, et un script de cycle de vie peut télécharger un exécutable séparé. Cypress, par exemple, documente son propre comportement de proxy et de téléchargement binaire ; le ping du registre n'effectue pas ce transfert.
Lorsque la question est de savoir si le trafic a traversé le proxy, associez la réponse du registre aux journaux du proxy ou à une autre observation de la route. La réponse seule établit l'accessibilité et l'authentification, pas le chemin exact.