Fallos del proxy de npm durante la descarga de scripts de instalación

Si una instalación de npm supera la descarga del registro y se detiene en un script de instalación, identifique el segundo descargador. El paquete de JavaScript puede estar ya presente mientras aún falta su binario específico de plataforma.

1. Encuentre el responsable de la solicitud en el registro. Anote el script del ciclo de vida, el ejecutable o la biblioteca HTTP, el nombre del host de destino y el primer error. Un paquete puede lanzar otro programa cuya descarga es independiente de la transferencia del registro de npm.
2. Use la interfaz de proxy que admite ese descargador. Para la ruta resources.js de tfjs-node, el entorno de proxy del proceso hijo es un ejemplo concreto. Revise la configuración de descarga documentada del paquete y el entorno del proceso que hace la solicitud. Una variable de proxy estándar solo ayuda si ese consumidor la lee; añadir variables con nombres similares no demuestra compatibilidad.
3. Siga la ruta real del artefacto. Los servidores de versiones, los almacenes de objetos y los destinos de redirección pueden diferir del registro. Compare la autenticación del proxy, los destinos aprobados y la confianza TLS para la solicitud que falló.

Hágalo antes de borrar cachés: la transición del registro desde la obtención del paquete hasta la ejecución del ciclo de vida ya acota el fallo. El acceso correcto al registro es una prueba comparativa útil, pero no demuestra que el programa secundario admita la misma ruta ni que pueda alcanzar su host de artefactos.

Desactivar los scripts de instalación puede omitir la descarga y dejar el paquete inutilizable. Si el paquete documenta una vía de instalación aprobada, precompilada o sin conexión, prepare ese artefacto a propósito y confirme que el ejecutable está disponible antes de dar la instalación por completada.