Is Docker Hub down?

Is Docker Hub unavailable, or is a local Docker, account, or network problem blocking you? Check the official status page, then compare website access, authentication, and image pulls with the exact Docker client error to identify the likely cause.

SA

Site Administrator

Last reviewed: September 25, 2026

LATEST RECORDED STATUS

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

Website (hub.docker.com) Up
Response time 136 ms
Last checked 2026-11-09 14:10:07 UTC
Current endpoint observation
EndpointStatusObserved
hub.docker.comOperational2026-11-09 14:10 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 Docker Hub’s official status page. official status page.

What this check can tell you

  • Check the official Docker status page before repeatedly retrying a failed login or image pull.
  • If hub.docker.com works but Docker commands fail, focus on credentials, repository permissions, the image reference, proxy settings, certificates, and local Docker configuration.
  • If only one repository or tag fails, do not treat that result alone as evidence that Docker Hub is down.
  • Compare website and Docker client behavior from another network when possible to identify DNS, firewall, VPN, proxy, or routing problems.
  • Record the complete command and error text before changing settings or retrying.
Docker Hub live status check banner

About Docker Hub reliability

Understanding Docker Hub availability

Docker Hub availability includes more than the website at hub.docker.com. A disruption may affect repository browsing, authentication, or image pulls independently. Therefore, one failed login or image pull does not by itself prove that Docker Hub is experiencing a platform-wide outage.

Check the official Docker status page for reported incidents and degraded service. If no incident is listed, compare browser access with Docker client behavior and, when possible, test from another network. These comparisons help separate a Docker Hub incident from an account, repository, image-reference, DNS, proxy, firewall, certificate, or local Docker configuration problem.

The exact error is useful evidence:

  • Authentication or permission messages usually point toward credentials or repository access.
  • Image-name or tag errors usually point toward the requested image reference.
  • DNS, timeout, refused-connection, and certificate errors usually point toward connectivity or the local client path.
  • An HTTP 5xx response can be transient, but it should be compared with the official status page and the scope of the failure.

How to troubleshoot Docker Hub

Troubleshooting Docker Hub problems

1. Check for a service incident

Open the official Docker status page and look for an active incident or degraded component. If an incident is listed, save the command output and error text, then retry after recovery is reported rather than changing several local settings at once.

If no incident is listed, continue with the checks below. A normal status report does not rule out an isolated account, repository, browser, Docker client, or network problem.

2. Compare website access with Docker client access

  • If hub.docker.com does not load, try another browser or network. This can help distinguish a browser, DNS, VPN, firewall, or connection problem from broader reachability trouble.
  • If the website loads but docker pull or authentication fails, inspect the Docker client path, credentials, repository permissions, image name, tag, proxy, and certificate configuration.
  • If only one repository or tag fails, verify the image reference and whether the account is allowed to access it. A single failed image request does not establish that Docker Hub is unavailable.

3. Check browser and account causes

For a website login or session problem, try a private browsing window, temporarily disable extensions that modify requests, and sign in again. If the same account-specific error follows you across browsers and networks, use that message to investigate credentials or permissions instead of repeatedly clearing browser data.

4. Check DNS, network, proxy, and firewall causes

A DNS failure, connection timeout, or refused connection can block Docker Hub while the service is operating normally. Test name resolution and connectivity from the affected machine, and check whether a corporate proxy, VPN, firewall, or TLS-inspecting gateway is blocking Docker traffic. Compare with another network when possible.

For related symptoms, see [DNS resolution failures](/guides/dns-probe-finished-bad-config), [connection timeouts](/guides/err-connection-timed-out), and [refused connections](/guides/err-connection-refused).

5. Interpret Docker client errors

Record the complete error before repeating the operation. Authentication or permission messages suggest an account or repository issue; name or tag messages suggest the image reference; network and certificate messages suggest connectivity or local Docker configuration.

For HTTP 500, 502, 503, or 504 responses, compare the error with the official status page and consult the relevant guidance:

  • [HTTP 500 Internal Server Error](/guides/http-500-internal-server-error)
  • [HTTP 502 Bad Gateway](/guides/http-502-bad-gateway)
  • [HTTP 503 Service Unavailable](/guides/http-503-service-unavailable)
  • [HTTP 504 Gateway Timeout](/guides/http-504-gateway-timeout)

Sources & references

Official source

  • Docker status page — Check for current Docker service incidents, degraded availability, and incident updates.

For client commands, authentication, image references, and repository permissions, consult the Docker documentation relevant to the exact error and workflow. Use that guidance alongside the status page and your own browser, network, and Docker client observations. A normal status report does not rule out an account, repository, browser, Docker configuration, or network-specific problem.

How this check works

Every time this page loads, our server makes its own request to hub.docker.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.

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

Frequently asked questions

Is this the same as Docker Hub's official status page?

No. This is a live, one-off connectivity check run from our own server, not Docker Hub'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 Docker Hub 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 Docker Hub down right now?

Check the official Docker status page for current incident information. If it reports normal operation, compare browser access with Docker client behavior and test from another network before treating the problem as a service-wide outage.

Why can I open Docker Hub but not pull an image?

The website and image-pull path can fail for different reasons. Check the image name and tag, authentication, repository permissions, proxy or firewall settings, certificates, and the complete Docker client error.

Why does Docker Hub work in my browser but fail in Docker?

This usually narrows the problem to the Docker client path rather than basic website reachability. Review client credentials, local configuration, proxy settings, certificate handling, and the command's image reference.

Does one failed repository mean Docker Hub is unavailable?

No. One repository or tag may fail because the reference is incorrect, access is restricted, or that repository has a specific problem. Check the official status page and test another permitted image operation.

What should I do when a Docker Hub pull times out?

Check the official status page, then test DNS and connectivity on the affected network. VPNs, proxies, firewalls, and TLS-inspecting gateways can interrupt Docker client traffic even when Docker Hub is available.

Should I keep retrying a failed Docker Hub request?

First save the complete error and check service status. Repeated retries are unlikely to fix incorrect credentials, permissions, image references, DNS configuration, or a blocked proxy. Retry after a confirmed transient incident has recovered.

← Back to all services

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