O npm está indisponível ou um comando de pacote está falhando apenas na sua máquina? Consulte o status atual dos serviços do npm, diferencie um incidente no registro de um problema local ou de rede e escolha a próxima etapa de diagnóstico para instalação, publicação, login ou acesso ao site.
Site Administrator
Última revisão: September 25, 2026
ÚLTIMO STATUS REGISTRADO
Operacional Na última verificação, o site do npm parecia estar operacional e respondendo normalmente.
| Endpoint | Status | Observado |
|---|---|---|
| npmjs.com | Operational | 2026-11-09 14:55 UTC |
| registry.npmjs.org | Operational | 2026-11-09 14:55 UTC |
Está funcionando para você?
0 relatos recentes — são necessários mais dados para uma tendência útil.
Para uma visão completa, incluindo falhas parciais ou regionais que uma única verificação externa pode não detectar, consulte a página oficial de status do npm. página oficial de status.
npmjs.com e as solicitações a registry.npmjs.org como verificações separadas.
O npm tem vários caminhos de acesso que podem falhar de forma independente. O site do npm usa npmjs.com, enquanto a instalação de pacotes, a resolução de dependências e a publicação geralmente envolvem registry.npmjs.org. O site pode carregar enquanto as solicitações ao registro falham, ou um incidente no registro pode afetar os comandos de pacote sem deixar o site completamente offline.
Para obter uma visão mais ampla no nível do serviço, consulte a página oficial de status do npm. Relacione qualquer incidente à operação que está falhando — como obtenção de pacotes, autenticação, publicação, acesso ao registro/API ou acesso ao site — em vez de presumir que todas as funções do npm foram afetadas.
Uma página de status pode confirmar um problema de plataforma já reportado, mas não pode diagnosticar uma falha específica do projeto. O erro exato do npm, o registro configurado, o pacote afetado e o fato de a mesma solicitação funcionar em outra rede costumam ser mais úteis para diferenciar um incidente no npm de um problema local, de conta ou de conectividade.
Abra a página oficial de status do npm e procure um incidente ativo ou resolvido recentemente que afete o registro, downloads de pacotes, autenticação, publicação ou o site. Se o problema reportado corresponder à operação que está falhando, evite alterações disruptivas no projeto e tente novamente depois que o incidente for resolvido. Se nenhum incidente correspondente aparecer, ainda é possível que exista um problema regional, de rede, de conta ou específico do projeto.
Se as instalações ou a resolução de pacotes falharem em vários projetos, priorize verificações de acesso ao registro, DNS, proxy, firewall e configuração do npm. Se apenas um projeto ou pacote falhar, examine a declaração de dependência, o lockfile, o nome do pacote, a versão e o registro configurado antes de tratar o problema como uma indisponibilidade do npm.
Falhas de publicação e login exigem uma análise separada dos downloads de pacotes públicos. Revise o erro completo, a conta ou o token usado, o registro de destino e se a falha afeta um pacote, uma organização ou uma operação de conta específica.
NXDOMAIN: o resolvedor não consegue encontrar o host solicitado. Compare o comportamento do DNS em outra rede e verifique a VPN, os filtros e as configurações do resolvedor local.Verifique o registro configurado e as configurações de proxy, especialmente após trocar de rede, ativar uma VPN ou usar um registro privado. Para login, publicação ou acesso a pacotes privados, confirme se a conta pretendida tem a permissão necessária e se as credenciais ou os tokens não expiraram. Nunca exponha tokens na saída do terminal, em relatórios de problemas ou em solicitações de suporte.
Se o site do npm falhar no navegador enquanto os comandos de pacote continuarem funcionando, tente uma janela privativa ou outro navegador e desative temporariamente extensões que bloqueiam scripts ou cookies. Se tanto o navegador quanto os comandos do npm falharem, priorize a página de status e as verificações de rede, em vez de correções exclusivas do navegador.
Quando registry.npmjs.org estiver inacessível enquanto o site funcionar, avalie o caminho do registro separadamente e registre o status HTTP exato ou o erro do npm. Uma resposta 5xx pode indicar um problema no servidor ou em um serviço upstream; uma resposta 4xx geralmente aponta para uma solicitação inválida, permissão ausente, problema de autenticação, limite de requisições ou pacote indisponível. Ao encaminhar o problema, preserve o nome do pacote, o comando, o horário e o erro completo, mas remova credenciais e tokens.
Use a página de status junto com o erro exato do npm e as verificações de conectividade local. Uma página de status sem incidentes não exclui um problema regional, específico da conta, de DNS, proxy ou do projeto.
Esta verificação ao vivo é executada a partir do nosso servidor e pode não refletir todas as regiões, contas, funcionalidades ou rotas de rede.
Consulte a página oficial de status do npm para verificar os incidentes atuais. Se não houver um incidente correspondente, compare o acesso a npmjs.com com as solicitações a registry.npmjs.org e investigue possíveis causas na rede local, no DNS, no proxy, na configuração ou na conta.
npm install continua falhando?O site e o registro de pacotes são caminhos de acesso separados. Seu navegador pode alcançar npmjs.com enquanto as solicitações ao registro são bloqueadas por DNS, firewall, proxy, VPN, inspeção de TLS ou uma configuração de registro do npm.
A publicação exige autenticação e permissões de pacote diferentes das necessárias para baixar um pacote público. Revise o erro exato de autenticação ou permissão, confirme o registro pretendido e verifique se o npm reporta um incidente que afeta a publicação.
A rede com falha pode usar um resolvedor DNS, proxy, firewall, VPN ou política de inspeção de TLS diferente. Compare a mesma operação em uma conexão alternativa confiável e revise o registro e as configurações de proxy definidos no npm.
node_modules ou o lockfile quando o npm estiver indisponível?Não como primeira medida. Se o registro ou a rede estiver indisponível, excluir arquivos de dependências locais não restaurará o acesso e poderá dificultar a reprodução do problema. Primeiro verifique o status do serviço, o erro exato, a configuração do npm e a conectividade.
Registre o comando, o pacote ou a operação afetada, o texto exato do erro, o horário aproximado, o registro configurado e se a falha ocorre em vários projetos ou redes. Remova tokens de autenticação e outros valores sensíveis antes de compartilhar os logs.
← Voltar para todos os serviços
Esta verificação ao vivo é executada a partir do nosso servidor e pode não refletir todas as regiões, contas, funcionalidades ou rotas de rede.