Docker Hubが利用できないのでしょうか。それとも、ローカルのDocker、アカウント、ネットワークの問題が原因でしょうか。まず公式ステータスページを確認し、Webサイトへのアクセス、認証、イメージのPull結果を、Dockerクライアントに表示された正確なエラーと照らし合わせて、考えられる原因を特定します。
Site Administrator
最終レビュー: September 25, 2026
最新の記録ステータス
稼働中 直近のチェックでは、Docker Hub のWebサイトは稼働し、正常に応答しているようでした。
| エンドポイント | 状態 | 観測時刻 |
|---|---|---|
| hub.docker.com | Operational | 2026-11-09 14:10 UTC |
あなたの環境では動作していますか?
最近の報告は 0 件です。傾向を示すにはもう少しデータが必要です。
単一の外部チェックでは見逃す可能性がある部分的・地域的な障害も含めて確認するには、Docker Hub の公式ステータスページも参照してください。 公式ステータスページ.
hub.docker.comは動作するのにDockerコマンドが失敗する場合は、認証情報、リポジトリの権限、イメージ参照、プロキシ設定、証明書、ローカルのDocker設定を確認してください。
Docker Hubの可用性は、hub.docker.comのWebサイトだけを指すものではありません。障害によって、リポジトリの閲覧、認証、イメージのPullのいずれかだけに影響が及ぶ場合があります。そのため、ログインやイメージのPullが1回失敗しただけでは、Docker Hub全体でプラットフォーム障害が発生しているとは限りません。
報告されているインシデントやサービス低下については、公式Dockerステータスページを確認してください。インシデントが掲載されていない場合は、ブラウザからのアクセスとDockerクライアントの動作を比較し、可能であれば別のネットワークからもテストします。これらの比較により、Docker Hubのインシデントなのか、アカウント、リポジトリ、イメージ参照、DNS、プロキシ、ファイアウォール、証明書、またはローカルのDocker設定の問題なのかを切り分けやすくなります。
正確なエラーは重要な手がかりになります。
公式Dockerステータスページを開き、進行中のインシデントやサービス低下が発生しているコンポーネントを確認します。インシデントが掲載されている場合は、コマンドの出力とエラーテキストを保存し、複数のローカル設定を一度に変更するのではなく、復旧の報告後に再試行してください。
インシデントが掲載されていない場合は、以下の確認を続けます。ステータスが正常であっても、特定のアカウント、リポジトリ、ブラウザ、Dockerクライアント、ネットワークの問題がないとは限りません。
hub.docker.comが読み込まれない場合は、別のブラウザまたはネットワークを試してください。ブラウザ、DNS、VPN、ファイアウォール、接続の問題なのか、より広範な到達性の問題なのかを切り分けるのに役立ちます。docker pullまたは認証が失敗する場合は、Dockerクライアントの経路、認証情報、リポジトリの権限、イメージ名、タグ、プロキシ、証明書の設定を確認してください。Webサイトへのログインまたはセッションの問題がある場合は、プライベートブラウジングウィンドウを試し、リクエストを変更する拡張機能を一時的に無効にしてから、再度サインインします。同じアカウント固有のエラーが複数のブラウザやネットワークで再現する場合は、ブラウザデータの削除を繰り返すのではなく、そのメッセージを使って認証情報や権限を調査してください。
DNSの失敗、接続タイムアウト、または接続拒否によって、サービスが正常に動作している場合でもDocker Hubへのアクセスが妨げられることがあります。影響を受けているマシンから名前解決と接続をテストし、企業プロキシ、VPN、ファイアウォール、またはTLSインスペクションゲートウェイがDockerの通信をブロックしていないか確認してください。可能であれば、別のネットワークと比較します。
関連する症状については、[DNS名前解決の失敗](/guides/dns-probe-finished-bad-config)、[接続タイムアウト](/guides/err-connection-timed-out)、[接続拒否](/guides/err-connection-refused)も参照してください。
操作を繰り返す前に、エラー全体を記録してください。認証または権限に関するメッセージはアカウントまたはリポジトリの問題を示し、名前またはタグに関するメッセージはイメージ参照の問題を示します。ネットワークや証明書に関するメッセージは、接続またはローカルのDocker設定の問題を示します。
HTTP 500、502、503、または504のレスポンスが返された場合は、エラーを公式ステータスページと照らし合わせ、該当するガイダンスを確認してください。
クライアントコマンド、認証、イメージ参照、リポジトリの権限については、正確なエラーとワークフローに関連するDockerドキュメントを参照してください。そのガイダンスを、ステータスページと、ブラウザ、ネットワーク、Dockerクライアントで確認した内容と併せて使用します。ステータスが正常であっても、アカウント、リポジトリ、ブラウザ、Docker設定、またはネットワーク固有の問題がないとは限りません。
このライブチェックは当社サーバーから実行されるため、すべての地域、アカウント、機能、ネットワーク経路を反映するとは限りません。
現在のインシデント情報は、公式Dockerステータスページで確認してください。正常に動作していると表示されている場合は、サービス全体の障害と判断する前に、ブラウザからのアクセスとDockerクライアントの動作を比較し、別のネットワークからテストしてください。
WebサイトとイメージのPull経路は、異なる理由で失敗することがあります。イメージ名とタグ、認証、リポジトリの権限、プロキシまたはファイアウォールの設定、証明書、Dockerクライアントのエラー全体を確認してください。
この場合、基本的なWebサイトへの到達性よりも、Dockerクライアントの経路に問題がある可能性が高くなります。クライアントの認証情報、ローカル設定、プロキシ設定、証明書の処理、コマンドのイメージ参照を確認してください。
いいえ。1つのリポジトリまたはタグだけが、参照の誤り、アクセス制限、そのリポジトリ固有の問題によって失敗する場合があります。公式ステータスページを確認し、別のアクセス可能なイメージ操作をテストしてください。
まず公式ステータスページを確認し、影響を受けているネットワークでDNSと接続をテストしてください。Docker Hubが利用可能であっても、VPN、プロキシ、ファイアウォール、TLSインスペクションゲートウェイによってDockerクライアントの通信が中断されることがあります。
まずエラー全体を保存し、サービスのステータスを確認してください。認証情報、権限、イメージ参照、DNS設定が間違っている場合や、プロキシによってブロックされている場合、再試行を繰り返しても解決する可能性は低いでしょう。一時的なインシデントが復旧したことを確認してから再試行してください。
このライブチェックは当社サーバーから実行されるため、すべての地域、アカウント、機能、ネットワーク経路を反映するとは限りません。