Indique où l’URL du service était inaccessible pendant les périodes de panne détectées. Les pourcentages indiquent la part des vérifications échouées depuis les emplacements de surveillance dans chaque pays.
Appuyez sur ce qui ne va pas — un clic aide des milliers d'autres à voir la panne.
Lorsque le service refuse de démarrer, vérifiez d'abord les logs système avec journalctl -u docker. Souvent, le problème vient d'un fichier de configuration corrompu dans /etc/docker/daemon.json. Supprimez-le temporairement et redémarrez le daemon. Si vous utilisez systemd, la commande systemctl restart docker devrait résoudre la plupart des blocages. Sur Windows, redémarrez le service depuis les paramètres Docker Desktop.
Quand un conteneur se termine dès son lancement, examinez les logs avec docker logs [container-id]. Le processus principal doit rester actif en premier plan. Si votre application se lance en arrière-plan, le conteneur s'arrêtera. Modifiez l'entrypoint pour exécuter le processus en mode foreground.
Les échecs d'authentification lors du push ou pull surviennent quand les credentials sont expirés. Reconnectez-vous avec docker login et entrez vos identifiants. Pour les registries privés, spécifiez l'URL complète. Les pare-feu d'entreprise bloquent parfois le port 443 : contactez votre administrateur réseau.
Les performances réseau se dégradent quand les conteneurs communiquent via le bridge par défaut. Créez un réseau dédié avec docker network create et attachez-y vos conteneurs. Utilisez les noms de conteneurs plutôt que les adresses IP pour la résolution DNS automatique.