npm-proxyfeil ved 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 proxykonfigurasjonen til npm-registeret.
Hvis en npm-installasjon kommer forbi registerets nedlasting og stopper i et installasjonsskript, identifiser den andre nedlasteren. JavaScript-pakken kan allerede være til stede mens dens plattformspesifikke binærfila fortsatt mangler.
- Finn eieren av forespørselen i loggen. Noter livssyklusskriptet, den kjørbare fila eller HTTP-biblioteket, vertsnavnet for målet og den første feilen. En pakke kan starte et annet program hvis nedlasting er atskilt fra npm-registerets overføring.
- Bruk proxygrensesnittet som den nedlasteren støtter. For tfjs-node sin resources.js-sti er proxyomgivelsen til barneprosessen ett konkret eksempel. Sjekk pakkens dokumenterte nedlastingsinnstillinger og omgivelsen 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 artefaktets faktiske rute. Utgivelsesservere, objektlagre og omdirigeringsmål kan avvike fra registeret. Sammenlign proxyautentisering, godkjente mål og TLS-tillit for forespørselen som feilet.
Gjør dette før du tømmer hurtigbuffere: overgangen i loggen fra pakkehenting til livssykluskjøring snevrer allerede inn feilen. Vellykket registertilgang er nyttig sammenlignende bevis, men det beviser ikke at det sekundære programmet støtter samme rute eller kan nå sin artefaktvert.
Deaktivering av installasjonsskript kan hoppe over nedlastingen og gjøre pakken ubrukelig. Hvis pakken dokumenterer en godkjent forhåndsbygd eller frakoblet installasjonsvei, forbered den artefakten bevisst og bekreft at den kjørbare fila er tilgjengelig før installasjonen regnes som fullført.