Errors del proxy de npm en baixar scripts d'instal·lació

Si una instal·lació de npm supera la baixada del registre i s'atura en un script d'instal·lació, identifiqueu el segon descarregador. El paquet de JavaScript pot ja ser-hi mentre encara falta el seu binari específic de plataforma.

1. Trobeu el propietari de la sol·licitud al registre. Anoteu el script del cicle de vida, l'executable o la biblioteca HTTP, el nom de l'amfitrió de destinació i el primer error. Un paquet pot iniciar un altre programa la baixada del qual és independent de la transferència del registre de npm.
2. Utilitzeu la interfície de proxy que admet aquest descarregador. Per al camí resources.js de tfjs-node, l'entorn de proxy del procés fill n'és un exemple concret. Reviseu la configuració de baixada documentada del paquet i l'entorn del procés que fa la sol·licitud. Una variable de proxy estàndard només ajuda si aquell consumidor la llegeix; afegir variables amb noms similars no demostra suport.
3. Seguiu la ruta real de l'artefacte. Els servidors de versions, els magatzems d'objectes i les destinacions de redirecció poden diferir del registre. Compareu l'autenticació del proxy, les destinacions aprovades i la confiança TLS per a la sol·licitud que ha fallat.

Feu-ho abans de buidar la memòria cau: la transició del registre des de l'obtenció del paquet fins a l'execució del cicle de vida ja acota la fallada. Un accés correcte al registre és una bona evidència comparativa, però no demostra que el programa secundari admeti la mateixa ruta ni que pugui arribar al seu amfitrió d'artefactes.

Desactivar els scripts d'instal·lació pot saltar la baixada i deixar el paquet inutilitzable. Si el paquet documenta una via d'instal·lació aprovada, precompilada o fora de línia, prepareu aquest artefacte deliberadament i confirmeu que l'executable és disponible abans de considerar la instal·lació completa.