Is npm down?

Is npm unavailable, or is a package command failing only on your machine? Check npm’s current service status, distinguish a registry incident from a local or network problem, and choose the next diagnostic step for installs, publishing, login, or website access.

SA

Site Administrator

Last reviewed: September 25, 2026

LATEST RECORDED STATUS

Up npm’s website appeared to be up and responding normally at the last check.

Website (npmjs.com) Up
API (registry.npmjs.org) Up
Response time 14 ms
Last checked 2026-11-09 14:55:54 UTC
Current endpoint observation
EndpointStatusObserved
npmjs.comOperational2026-11-09 14:55 UTC
registry.npmjs.orgOperational2026-11-09 14:55 UTC

Is it working for you?

0 recent reports — more reports are needed for a useful trend.

For the full picture, including partial or regional outages a single external check may miss, see npm’s official status page. official status page.

What this check can tell you

Key takeaways

  • Check the official npm status page before repeatedly retrying a failing command.
  • Treat access to npmjs.com and requests to registry.npmjs.org as separate checks.
  • If only one project, package, or account operation fails, inspect its configuration, package details, permissions, or credentials before assuming a complete npm outage.
  • DNS failures, timeouts, proxy rules, firewalls, VPNs, and TLS inspection can block registry access even when npm is operating normally.
  • Compare the same operation across projects or on a trusted alternate network to narrow the cause.
  • Do not delete lockfiles or change dependency versions until service availability, connectivity, and npm configuration have been checked.
npm live status check banner

About npm reliability

What npm availability means

npm has several access paths that can fail independently. The npm website uses npmjs.com, while package installation, dependency resolution, and publishing commonly involve registry.npmjs.org. The website may load while registry requests fail, or a registry incident may affect package commands without making the website appear completely offline.

For the broadest service-level view, check npm’s official status page. Match any incident to the operation that is failing—such as package retrieval, authentication, publishing, registry/API access, or website access—instead of assuming that every npm function is affected.

A status page can confirm a reported platform issue, but it cannot diagnose a project-specific failure. The exact npm error, configured registry, affected package, and whether the same request works from another network are often more useful for separating an npm incident from a local, account, or connectivity problem.

How to troubleshoot npm

Troubleshooting npm problems

1. Check for a matching npm incident

Open the official npm status page and look for an active or recently resolved incident affecting the registry, package downloads, authentication, publishing, or the website. If the reported issue matches your failing operation, avoid disruptive project changes and retry after the incident is resolved. If no matching incident appears, a regional, network, account, or project-specific problem is still possible.

2. Establish the scope of the failure

If installs or package resolution fail across multiple projects, prioritize registry access, DNS, proxy, firewall, and npm configuration checks. If only one project or package fails, inspect its dependency declaration, lockfile, package name, version, and configured registry before treating the problem as an npm outage.

Publishing and login failures require separate analysis from public package downloads. Review the complete error, the account or token being used, the target registry, and whether the failure affects one package, organization, or account operation.

3. Separate network and DNS symptoms

  • Connection timed out: the request may be blocked, routed incorrectly, or unable to receive a response. Compare the same operation from another network and check applicable corporate firewall or proxy rules.
  • Connection refused: the configured endpoint, proxy, or local network path may be rejecting the connection. Confirm that npm is targeting the expected registry rather than an outdated internal or third-party endpoint.
  • DNS errors such as NXDOMAIN: the resolver cannot find the requested host. Compare DNS behavior on another network and check VPN, filtering, and local resolver settings.
  • TLS or certificate errors: inspect HTTPS interception, proxy certificates, system time, and security software before considering any certificate-validation change.

4. Review npm configuration and authentication

Check the configured registry and proxy settings, especially after switching networks, enabling a VPN, or using a private registry. For login, publishing, or private-package access, verify that the intended account has the required permission and that credentials or tokens have not expired. Never expose tokens in terminal output, issue reports, or support requests.

5. Check browser-only failures

If the npm website fails in a browser while package commands still work, try a private window or another browser and temporarily disable extensions that block scripts or cookies. If both the browser and npm commands fail, prioritize the status page and network checks rather than browser-only fixes.

6. Interpret registry and API responses

When registry.npmjs.org is unreachable while the website works, assess the registry path separately and record the exact HTTP status or npm error. A 5xx response can indicate a server-side or upstream problem; a 4xx response more often points to an invalid request, missing permission, authentication issue, rate limit, or unavailable package. Preserve the package name, command, time, and complete error when escalating, but remove credentials and tokens.

Sources & references

Official source

  • npm status page — Check for reported incidents affecting npm services and review incident updates.

Use the status page alongside the exact npm error and local connectivity checks. A clear status page does not exclude a regional, account-specific, DNS, proxy, or project-level problem.

How this check works

Every time this page loads, our server makes its own request to npmjs.com (and its API domain, when applicable) and reports what it got back — a real HTTP response, a timeout, or a connection failure. That result is cached for up to 2 minutes.

This confirms external reachability; it does not test every feature, region, account, or network path. Cross-check the official status page when one is available.

Embed this live status badge

Add this badge to a dashboard, documentation page, or blog. The badge reads the cached Erriscope observation and links back to this status page.

npm status on Erriscope
<a href="https://erriscope.com/status/npm/"><img src="https://erriscope.com/status/badge/npm.svg" alt="npm status on Erriscope" width="210" height="34"></a>

Frequently asked questions

Is this the same as npm's official status page?

No. This is a live, one-off connectivity check run from our own server, not npm's own incident reporting. Their official status page can show partial, regional, or component-level issues our single external check cannot detect.

Why does this show "Up" when npm feels slow or broken for me?

A basic reachability check confirms that the server responded to our request. It does not test every feature, region, ISP, browser, or account-specific issue.

How often is this checked?

A check is refreshed after the two-minute cache expires. The displayed check time shows when the observation was made.

Does an API outage mean the whole product is down?

Not necessarily. Many services split their website and API onto separate infrastructure, so one can fail while the other keeps working.

Is npm down right now?

Check the official npm status page for current incidents. If there is no matching incident, compare access to npmjs.com with requests to registry.npmjs.org and investigate local network, DNS, proxy, configuration, or account causes.

Why can I open npmjs.com but npm install still fails?

The website and package registry are separate access paths. Your browser may reach npmjs.com while registry requests are blocked by DNS, a firewall, proxy, VPN, TLS inspection, or an npm registry setting.

Why is npm publishing failing when package installation works?

Publishing requires authentication and package permissions that differ from downloading a public package. Review the exact authentication or permission error, confirm the intended registry, and check whether npm reports an incident affecting publishing.

Why does npm work on one network but not another?

The failing network may use a different DNS resolver, proxy, firewall, VPN, or TLS inspection policy. Compare the same operation on a trusted alternate connection and review the configured registry and proxy settings.

Should I delete node_modules or the lockfile when npm is unavailable?

Not as a first step. If the registry or network is unavailable, deleting local dependency files will not restore access and can make reproduction harder. Check service status, the exact error, npm configuration, and connectivity first.

What information should I collect when reporting an npm problem?

Record the command, affected package or operation, exact error text, approximate time, configured registry, and whether the failure occurs across projects or networks. Remove authentication tokens and other sensitive values before sharing logs.

← Back to all services

This is a live connectivity check from our server, not an official statement from npm. A down result may also reflect a regional or partial outage.