Eșecuri ale proxy-ului npm la descărcarea scripturilor de instalare
Un pachet npm poate rula o descărcare separată în timpul instalării. Identificați acel program și gazda în loc să presupuneți că fiecare cerere folosește configurația de proxy a registrului npm.
Dacă o instalare npm trece de descărcarea din registru și se oprește într-un script de instalare, identificați al doilea descărcător. Pachetul JavaScript poate fi deja prezent în timp ce binarul specific platformei lipsește încă.
- Găsiți proprietarul cererii în jurnal. Notați scriptul ciclului de viață, executabilul sau biblioteca HTTP, numele gazdei de destinație și prima eroare. Un pachet poate lansa alt program a cărui descărcare este separată de transferul din registrul npm.
- Folosiți interfața proxy acceptată de acel descărcător. Pentru calea resources.js a tfjs-node, mediul proxy al procesului copil este un exemplu concret. Verificați setările de descărcare documentate ale pachetului și mediul procesului care face cererea. O variabilă proxy standard ajută doar dacă acel consumator o citește; adăugarea de variabile cu nume similare nu dovedește suport.
- Urmați ruta reală a artefactului. Serverele de lansare, depozitele de obiecte și destinațiile de redirecționare pot diferi de registru. Comparați autentificarea proxy, destinațiile aprobate și încrederea TLS pentru cererea care a eșuat.
Faceți acest lucru înainte de a goli cache-urile: tranziția din jurnal de la obținerea pachetului la execuția ciclului de viață restrânge deja defecțiunea. Accesul reușit la registru este o dovadă comparativă utilă, dar nu demonstrează că programul secundar acceptă aceeași rută sau poate ajunge la gazda artefactelor sale.
Dezactivarea scripturilor de instalare poate sări peste descărcare și poate lăsa pachetul inutilizabil. Dacă pachetul documentează o cale de instalare aprobată, precompilată sau offline, pregătiți acel artefact în mod deliberat și confirmați că executabilul este disponibil înainte de a considera instalarea completă.