npm-proxyfeil under nedlasting av installasjonsskript
En npm-pakke kan kjøre en egen nedlasting under installasjonen. Identifiser det programmet og den verten i stedet for å anta at hver forespørsel bruker proxyoppsettet til npm-registeret.
Hvis en npm-installasjon kommer seg forbi registerets nedlasting og stopper i et installasjonsskript, identifiser den andre nedlasteren. JavaScript-pakken kan allerede være der mens den plattformspesifikke binærfila fortsatt mangler.
- Finn eieren av forespørselen i loggen. Skriv ned livssyklusskriptet, den kjørbare filen eller HTTP-biblioteket, vertsnavnet for målet og den første feilen. En pakke kan starte et annet program der nedlastingen er atskilt fra overføringen i npm-registeret.
- Bruk proxygrensesnittet som den nedlasteren støtter. For resources.js-banen til tfjs-node er proxyomgivelsene til barneprosessen ett konkret eksempel. Sjekk pakkens dokumenterte nedlastingsinnstillinger og omgivelsene til prosessen som sender forespørselen. En standard proxyvariabel hjelper bare hvis den forbrukeren leser den; å legge til variabler med lignende navn beviser ikke støtte.
- Følg den faktiske ruten til artefakten. Utgivelsesserverne, objektlagrene og omdirigeringsmålene kan avvike fra registeret. Sammenlign proxyautentisering, godkjente mål og TLS-tillit for forespørselen som mislyktes.
Gjør dette før du tømmer hurtigbuffere: overgangen i loggen fra pakkehenting til livssykluskjøring begrenser allerede feilen. Vellykket registertilgang er nyttig sammenlignende bevis, men det beviser ikke at det sekundære programmet støtter samme rute eller kan nå artefaktverten sin.
Deaktivering av installasjonsskript kan hoppe over nedlastingen og gjøre pakken ubrukelig. Hvis pakken dokumenterer en godkjent forhåndsbygget eller frakoblet installasjonsvei, forbered den artefakten med vilje og bekreft at den kjørbare filen er tilgjengelig før installasjonen regnes som fullført.