npm-Proxyfehler beim Herunterladen von Installationsskripten

Wenn eine npm-Installation den Registry-Download hinter sich bringt und in einem Installationsskript stehen bleibt, identifizieren Sie den zweiten Downloader. Das JavaScript-Paket kann bereits vorhanden sein, während seine plattformspezifische Binärdatei noch fehlt.

1. Finden Sie den Verursacher der Anfrage im Protokoll. Notieren Sie das Lifecycle-Skript, die ausführbare Datei oder HTTP-Bibliothek, den Zielhostnamen und den ersten Fehler. Ein Paket kann ein anderes Programm starten, dessen Download getrennt vom Registry-Transfer von npm erfolgt.
2. Nutzen Sie die Proxy-Schnittstelle, die dieser Downloader unterstützt. Für den resources.js-Pfad von tfjs-node ist die Proxy-Umgebung des Kindprozesses ein konkretes Beispiel. Prüfen Sie die dokumentierten Download-Einstellungen des Pakets und die Umgebung des Prozesses, der die Anfrage stellt. Eine Standard-Proxyvariable hilft nur, wenn dieser Verbraucher sie liest; gleichnamige Variablen hinzuzufügen belegt keine Unterstützung.
3. Folgen Sie der tatsächlichen Artefakt-Route. Release-Server, Objektspeicher und Weiterleitungsziele können von der Registry abweichen. Vergleichen Sie Proxy-Authentifizierung, genehmigte Ziele und TLS-Vertrauen für die fehlgeschlagene Anfrage.

Tun Sie dies, bevor Sie Caches leeren: Der Übergang im Protokoll von der Paketbeschaffung zur Lifecycle-Ausführung grenzt den Fehler bereits ein. Erfolgreicher Registry-Zugriff ist ein nützlicher Vergleichsbeleg, belegt aber nicht, dass das zweite Programm dieselbe Route unterstützt oder seinen Artefakt-Host erreichen kann.

Das Deaktivieren von Installationsskripten kann den Download überspringen und das Paket unbrauchbar machen. Wenn das Paket einen genehmigten vorgefertigten oder Offline-Installationsweg dokumentiert, bereiten Sie dieses Artefakt bewusst vor und bestätigen Sie, dass die ausführbare Datei verfügbar ist, bevor Sie die Installation als abgeschlossen betrachten.