Docker Hub est-il en panne ?

Comprendre la disponibilité de Docker Hub

La disponibilité de Docker Hub ne concerne pas uniquement le site hub.docker.com. Une perturbation peut affecter séparément la navigation dans les dépôts, l’authentification ou les pulls d’images. Par conséquent, un échec de connexion ou de pull d’image ne suffit pas à prouver que Docker Hub subit une panne généralisée.

Consultez la page de statut officielle de Docker pour connaître les incidents signalés et les dégradations de service. Si aucun incident n’est indiqué, comparez le comportement du navigateur avec celui du client Docker et, si possible, effectuez un test depuis un autre réseau. Ces comparaisons permettent de distinguer un incident Docker Hub d’un problème lié au compte, au dépôt, à la référence d’image, au DNS, au proxy, au pare-feu, au certificat ou à la configuration locale de Docker.

Le message d’erreur exact constitue un indice utile :

• Les messages d’authentification ou de permission concernent généralement les identifiants ou l’accès au dépôt.
• Les erreurs liées au nom de l’image ou au tag concernent généralement la référence d’image demandée.
• Les erreurs DNS, de délai d’attente, de connexion refusée et de certificat concernent généralement la connectivité ou le chemin du client local.
• Une réponse HTTP 5xx peut être temporaire, mais elle doit être comparée à la page de statut officielle et à l’étendue de la panne.

Dépanner les problèmes liés à Docker Hub

1. Vérifier la présence d’un incident de service

Ouvrez la page de statut officielle de Docker et recherchez un incident en cours ou un composant dégradé. Si un incident est indiqué, enregistrez la sortie de la commande et le texte de l’erreur, puis réessayez après l’annonce du rétablissement au lieu de modifier plusieurs paramètres locaux simultanément.

Si aucun incident n’est indiqué, poursuivez avec les vérifications ci-dessous. Un rapport de statut normal n’exclut pas un problème isolé lié au compte, au dépôt, au navigateur, au client Docker ou au réseau.

2. Comparer l’accès au site avec celui du client Docker

• Si hub.docker.com ne se charge pas, essayez un autre navigateur ou réseau. Cela peut aider à distinguer un problème de navigateur, de DNS, de VPN, de pare-feu ou de connexion d’un problème d’accessibilité plus général.
• Si le site se charge, mais que docker pull ou l’authentification échoue, examinez le chemin du client Docker, les identifiants, les permissions du dépôt, le nom de l’image, le tag, le proxy et la configuration des certificats.
• Si un seul dépôt ou tag échoue, vérifiez la référence d’image et si le compte est autorisé à y accéder. L’échec d’une seule requête d’image ne suffit pas à établir que Docker Hub est indisponible.

3. Vérifier les causes liées au navigateur et au compte

En cas de problème de connexion ou de session sur le site, essayez une fenêtre de navigation privée, désactivez temporairement les extensions qui modifient les requêtes, puis reconnectez-vous. Si la même erreur spécifique au compte vous suit sur plusieurs navigateurs et réseaux, utilisez ce message pour examiner les identifiants ou les permissions au lieu d’effacer plusieurs fois les données du navigateur.

4. Vérifier les causes liées au DNS, au réseau, au proxy et au pare-feu

Une erreur DNS, un délai d’attente de connexion ou une connexion refusée peut bloquer Docker Hub alors que le service fonctionne normalement. Testez la résolution de noms et la connectivité depuis la machine concernée, et vérifiez si un proxy d’entreprise, un VPN, un pare-feu ou une passerelle qui inspecte TLS bloque le trafic Docker. Comparez avec un autre réseau lorsque cela est possible.

Pour des symptômes associés, consultez les guides sur les [échecs de résolution DNS](/guides/dns-probe-finished-bad-config), les [timeouts de connexion](/guides/err-connection-timed-out) et les [connexions refusées](/guides/err-connection-refused).

5. Interpréter les erreurs du client Docker

Notez l’erreur complète avant de répéter l’opération. Les messages d’authentification ou de permission indiquent un problème de compte ou de dépôt ; les messages liés au nom ou au tag indiquent un problème de référence d’image ; les messages réseau et de certificat indiquent un problème de connectivité ou de configuration locale de Docker.

Pour les réponses HTTP 500, 502, 503 ou 504, comparez l’erreur avec la page de statut officielle et consultez les indications correspondantes :

• [Erreur interne du serveur HTTP 500](/guides/http-500-internal-server-error)
• [Bad Gateway HTTP 502](/guides/http-502-bad-gateway)
• [Service indisponible HTTP 503](/guides/http-503-service-unavailable)
• [Gateway Timeout HTTP 504](/guides/http-504-gateway-timeout)