DigitalOcean est-il en panne, ou le problème est-il limité à un Droplet, un projet, un hostname, une application ou une connexion ? Consultez d’abord la page de statut officielle, puis déterminez si la défaillance concerne le panneau de contrôle, le DNS, le chemin réseau, l’application déployée ou une requête d’automatisation.
Site Administrator
Dernière révision : September 25, 2026
DERNIER STATUT ENREGISTRÉ
Disponible Lors de la dernière vérification, le site de DigitalOcean semblait disponible et répondre normalement.
| Point de terminaison | Statut | Observé |
|---|---|---|
| digitalocean.com | Operational | 2026-11-09 14:31 UTC |
Est-ce que cela fonctionne chez vous ?
0 signalements récents — davantage de données sont nécessaires pour une tendance utile.
Pour une vue plus complète, notamment des incidents partiels ou régionaux qu’une seule vérification externe peut manquer, consultez la page de statut officielle de DigitalOcean. page de statut officielle.

« DigitalOcean est en panne » peut désigner plusieurs défaillances différentes : le site web ou le panneau de contrôle DigitalOcean peut ne pas se charger, une application déployée peut être inaccessible, un hostname peut ne pas être résolu ou une requête automatisée peut renvoyer une erreur.
Commencez par consulter la page de statut officielle de DigitalOcean et recherchez un incident correspondant au service concerné et à l’heure de début. En l’absence d’incident correspondant, cela ne prouve pas que toutes les ressources fonctionnent correctement. Le problème peut être limité à un projet, un compte, une région, une ressource, une configuration DNS, une route réseau, une application ou un appareil client.
Avant de modifier l’infrastructure, notez l’heure de début, le projet ou hostname concerné, le message d’erreur ou le code de statut exact, les modifications récentes du déploiement ou du DNS, ainsi que le fait que la même défaillance se produise ou non depuis un autre appareil ou réseau. Ces éléments permettent de distinguer un incident DigitalOcean d’un problème lié à l’application, à la configuration ou à la connectivité.
Ouvrez la page de statut officielle de DigitalOcean et recherchez un incident correspondant au service, à l’action ou à la période concernés. Si un incident est indiqué, suivez ses mises à jour et évitez les modifications d’infrastructure sans rapport pendant l’enquête.
Si aucun incident correspondant n’est indiqué, poursuivez avec les vérifications ci-dessous. Une page de statut publique peut ne pas signaler un problème limité à une seule ressource, un projet, un compte, une route ou une application.
Essayez d’effectuer la même action depuis un autre réseau, par exemple une connexion mobile, et comparez le résultat avec celui obtenu sur un autre appareil. Si la défaillance ne se produit que sur un seul réseau, le routage local, le filtrage, le VPN, le pare-feu ou le DNS sont plus probablement en cause qu’une panne générale de DigitalOcean.
En cas de problème avec un hostname, vérifiez que le domaine est résolu vers la destination souhaitée et examinez les modifications DNS récentes. DNS_PROBE_FINISHED_NXDOMAIN indique que le nom n’a pas été résolu, tandis que DNS_PROBE_FINISHED_BAD_CONFIG signale un problème au niveau du chemin de configuration DNS. ERR_CONNECTION_TIMED_OUT et ERR_CONNECTION_REFUSED nécessitent de vérifier l’accessibilité et de déterminer si le service de destination est à l’écoute.
Ces réponses peuvent être générées par une application, un serveur ou un proxy hébergé sur DigitalOcean. Elles ne suffisent pas à confirmer une panne de la plateforme DigitalOcean.
Pour les problèmes liés à l’application, au DNS, au compte, au déploiement et à l’automatisation, consultez la documentation du produit DigitalOcean concerné par la ressource ou le workflow, puis comparez ces vérifications avec les informations de statut publiées sur la page officielle.
Cette vérification en direct est effectuée depuis notre serveur et peut ne pas refléter chaque région, compte, fonctionnalité ou chemin réseau.
Consultez la page de statut officielle de DigitalOcean pour rechercher un incident correspondant au service ou à l’heure concernés. Déterminez ensuite si la défaillance affecte le panneau de contrôle, une application déployée, un hostname ou un seul compte ou une seule ressource.
Testez le service depuis un autre navigateur, appareil et réseau. Vérifiez ensuite la résolution DNS, l’accès au compte et au projet, l’application concernée ainsi que les modifications récentes du déploiement ou de la configuration. L’absence d’incident public rend plus probable une cause locale ou propre au projet, mais n’exclut pas un problème limité.
Le panneau de contrôle et une application peuvent tomber en panne indépendamment l’un de l’autre. Examinez le processus de l’application, la configuration du serveur et du proxy, les déploiements récents, les logs, l’état des ressources, les enregistrements DNS et la réponse exacte renvoyée aux visiteurs.
Une erreur 502 indique généralement une réponse upstream invalide ou ayant échoué. Une erreur 504 signifie généralement qu’un composant upstream n’a pas répondu à temps. Vérifiez l’application, le reverse proxy, la gateway et le chemin réseau avant d’attribuer l’une ou l’autre erreur à DigitalOcean lui-même.
Oui. Un hostname qui ne se résout pas ou qui pointe vers la mauvaise destination peut empêcher les visiteurs d’atteindre une ressource pourtant fonctionnelle. Comparez les résultats DNS, examinez les modifications récentes et testez séparément la destination lorsque cela est pertinent.
Effectuez un nombre limité de nouvelles tentatives et conservez l’erreur d’origine, l’heure et les détails de la requête. Des tentatives répétées ne corrigeront pas un DNS incorrect, des permissions manquantes, une application arrêtée ou un incident persistant de la plateforme.
Cette vérification en direct est effectuée depuis notre serveur et peut ne pas refléter chaque région, compte, fonctionnalité ou chemin réseau.