npm-proxyfejl ved download af installationsscripts
En npm-pakke kan køre en separat download under installationen. Identificér det program og den vært i stedet for at antage, at hver anmodning bruger npm-registrets proxykonfiguration.
Hvis en npm-installation kommer forbi registrets download og stopper i et installationsscript, skal du identificere den anden downloader. JavaScript-pakken kan allerede være til stede, mens dens platformspecifikke binære fil stadig mangler.
- Find anmodningens ejer i loggen. Notér livscyklussens script, den eksekverbare fil eller HTTP-biblioteket, destinationsværtens navn og den første fejl. En pakke kan starte et andet program, hvis download er adskilt fra npm-registrets overførsel.
- Brug den proxygrænseflade, som den downloader understøtter. For tfjs-nodes resources.js-sti er underprocessens proxymiljø et konkret eksempel. Kontrollér pakkens dokumenterede downloadindstillinger og miljøet for den proces, der sender anmodningen. En standard proxyvariabel hjælper kun, hvis den forbruger læser den; at tilføje variabler med lignende navne beviser ikke support.
- Følg artefaktets faktiske rute. Udgivelsesservere, objektlagre og omdirigeringsmål kan afvige fra registret. Sammenlign proxygodkendelse, godkendte destinationer og TLS-tillid for den anmodning, der fejlede.
Gør dette, før du rydder caches: loggens overgang fra pakkehentning til livscyklusudførelse indsnævrer allerede fejlen. Vellykket registreringsadgang er nyttig sammenlignende bevis, men det beviser ikke, at det sekundære program understøtter samme rute eller kan nå sin artefaktvært.
Deaktivering af installationsscripts kan springe downloaden over og efterlade pakken ubrugelig. Hvis pakken dokumenterer en godkendt forudbygget eller offline installationsvej, skal du bevidst forberede det artefakt og bekræfte, at den eksekverbare fil er tilgængelig, før installationen betragtes som fuldført.