Was npm ping beim Testen eines Proxys prüft
Führen Sie die Prüfung im Kontext des fehlschlagenden npm-Prozesses aus und halten Sie Archiv- und Lifecycle-Downloads getrennt vom Ergebnis.
npm ping --registry=https://registry.npmjs.org/Verwenden Sie das für das Projekt vorgesehene Registry. npm ping kontaktiert dieses Registry und überprüft die Authentifizierung über die aktuelle Konfiguration. Entscheidend ist der erfolgreiche Abschluss; die Ausgabe als leeres Objekt aus einem alten Beispiel ist kein vorgeschriebenes Format.
Führen Sie es dort aus, wo der Fehler auftritt. Ein aus einer IDE gestarteter npm-Prozess kann andere Umgebungs- oder Konfigurationseingaben haben als ein Terminal.
Das Ergebnis in der richtigen Phase lesen
Schlägt ping fehl, behalten Sie den ersten Fehler. Proxy-Auflösung, Verbindungsaufbau zum Listener, eine 407-Aufforderung und die Ablehnung der Registry-Authentifizierung sind verschiedene Phasen.
Ist ping erfolgreich, aber die Installation schlägt fehl, behalten Sie die spätere Download-URL zusammen mit ihrem Fehler. Ein Archiv kann auf einem anderen Host liegen, und ein Lifecycle-Skript kann eine separate ausführbare Datei herunterladen. Cypress etwa dokumentiert sein eigenes Proxy- und Binär-Download-Verhalten; ein Registry-Ping führt diese Übertragung nicht aus.
Wenn die Frage ist, ob der Datenverkehr überhaupt über den Proxy lief, kombinieren Sie die Registry-Antwort mit Proxy-Aufzeichnungen oder einer anderen Beobachtung der Route. Die Antwort allein belegt Erreichbarkeit und Authentifizierung, nicht den genauen Pfad.