¿Está caído npm?

Qué significa la disponibilidad de npm

npm tiene varias vías de acceso que pueden fallar de forma independiente. El sitio web de npm utiliza npmjs.com, mientras que la instalación de paquetes, la resolución de dependencias y la publicación suelen utilizar registry.npmjs.org. El sitio web puede cargarse mientras fallan las solicitudes al registro, o una incidencia del registro puede afectar a los comandos de paquetes sin que el sitio web parezca estar completamente desconectado.

Para obtener la visión más amplia posible del servicio, consulta la página de estado oficial de npm. Relaciona cualquier incidencia con la operación que está fallando —como la obtención de paquetes, la autenticación, la publicación, el acceso al registro/API o el acceso al sitio web— en lugar de asumir que todas las funciones de npm están afectadas.

Una página de estado puede confirmar un problema comunicado en la plataforma, pero no puede diagnosticar un fallo específico de un proyecto. El error exacto de npm, el registro configurado, el paquete afectado y si la misma solicitud funciona desde otra red suelen ser más útiles para distinguir una incidencia de npm de un problema local, de cuenta o de conectividad.

Solución de problemas de npm

1. Comprueba si hay una incidencia de npm relacionada

Abre la página de estado oficial de npm y busca una incidencia activa o resuelta recientemente que afecte al registro, las descargas de paquetes, la autenticación, la publicación o el sitio web. Si el problema comunicado coincide con la operación que falla, evita realizar cambios disruptivos en el proyecto y vuelve a intentarlo después de que se resuelva la incidencia. Si no aparece ninguna incidencia relacionada, aún es posible que exista un problema regional, de red, de cuenta o específico del proyecto.

2. Determina el alcance del fallo

Si las instalaciones o la resolución de paquetes fallan en varios proyectos, da prioridad a las comprobaciones de acceso al registro, DNS, proxy, firewall y configuración de npm. Si solo falla un proyecto o paquete, revisa su declaración de dependencias, lockfile, nombre del paquete, versión y registro configurado antes de considerar que se trata de una interrupción de npm.

Los fallos de publicación y de inicio de sesión requieren un análisis distinto al de las descargas públicas de paquetes. Revisa el error completo, la cuenta o el token utilizados, el registro de destino y si el fallo afecta a un paquete, una organización o una operación de cuenta concretos.

3. Distingue los síntomas de red y DNS

• Connection timed out: la solicitud puede estar bloqueada, enrutada incorrectamente o no poder recibir una respuesta. Compara la misma operación desde otra red y comprueba las reglas aplicables del firewall o proxy corporativo.
• Connection refused: el endpoint configurado, el proxy o la ruta de red local pueden estar rechazando la conexión. Confirma que npm apunta al registro esperado y no a un endpoint interno o de terceros obsoleto.
• Errores de DNS como NXDOMAIN: el resolver no puede encontrar el host solicitado. Compara el comportamiento del DNS en otra red y comprueba la VPN, el filtrado y la configuración del resolver local.
• Errores de TLS o certificados: inspecciona la interceptación HTTPS, los certificados del proxy, la hora del sistema y el software de seguridad antes de considerar cualquier cambio en la validación de certificados.

4. Revisa la configuración y la autenticación de npm

Comprueba el registro configurado y la configuración del proxy, especialmente después de cambiar de red, activar una VPN o utilizar un registro privado. Para iniciar sesión, publicar o acceder a paquetes privados, verifica que la cuenta prevista tenga los permisos necesarios y que las credenciales o los tokens no hayan caducado. Nunca expongas tokens en la salida del terminal, informes de incidencias o solicitudes de soporte.

5. Comprueba los fallos exclusivos del navegador

Si el sitio web de npm falla en un navegador mientras los comandos de paquetes siguen funcionando, prueba una ventana privada u otro navegador y desactiva temporalmente las extensiones que bloqueen scripts o cookies. Si fallan tanto el navegador como los comandos de npm, da prioridad a la página de estado y a las comprobaciones de red en lugar de aplicar soluciones exclusivas del navegador.

6. Interpreta las respuestas del registro y la API

Cuando no se pueda acceder a registry.npmjs.org mientras el sitio web funciona, evalúa por separado la ruta del registro y registra el código de estado HTTP exacto o el error de npm. Una respuesta 5xx puede indicar un problema del servidor o de un servicio ascendente; una respuesta 4xx suele apuntar a una solicitud no válida, falta de permisos, un problema de autenticación, un límite de solicitudes o un paquete no disponible. Conserva el nombre del paquete, el comando, la hora y el error completo al escalar el problema, pero elimina las credenciales y los tokens.