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.
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.
| Endpoint | Status | Observed |
|---|---|---|
| hub.docker.com | Operational | 2026-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.
hub.docker.com works but Docker commands fail, focus on credentials, repository permissions, the image reference, proxy settings, certificates, and local Docker configuration.
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:
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.
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.docker pull or authentication fails, inspect the Docker client path, credentials, repository permissions, image name, tag, proxy, and certificate configuration.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.
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).
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:
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.
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.
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.
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.
A check is refreshed after the two-minute cache expires. The displayed check time shows when the observation was made.
Not necessarily. Many services split their website and API onto separate infrastructure, so one can fail while the other keeps working.
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.
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.
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.
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.
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.
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.
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.