DigitalOcean est-il en panne ?

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.

SA

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.

Site web (digitalocean.com) Disponible
Temps de réponse 18 ms
Dernière vérification 2026-11-09 14:31:46 UTC
Observation actuelle des points de terminaison
Point de terminaisonStatutObservé
digitalocean.comOperational2026-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.

Ce que cette vérification peut indiquer

Points clés à retenir

  • Consultez la page de statut officielle de DigitalOcean avant de modifier les paramètres du serveur, du DNS ou de l’application.
  • Une page de statut sans incident rend plus probable une cause locale, liée au compte, au projet, à l’application ou au réseau, mais n’exclut pas tous les problèmes limités.
  • L’accès au panneau de contrôle et l’accessibilité de l’application sont deux vérifications distinctes : l’une peut fonctionner tandis que l’autre échoue.
  • Testez le hostname ou l’action concernés depuis un autre navigateur, appareil ou réseau afin d’identifier les défaillances propres au client ou à la connectivité.
  • Pour l’automatisation, comparez la requête en échec avec un test interactif direct et vérifiez la destination, les identifiants, les permissions, le timeout et les modifications récentes du code.
  • Conservez l’erreur d’origine, l’heure, les logs et le contexte de configuration avant de réessayer ou de faire remonter le problème.
DigitalOcean live status check banner

Fiabilité de DigitalOcean

Comprendre la disponibilité de DigitalOcean

« 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é.

Dépanner DigitalOcean

Diagnostiquer les problèmes DigitalOcean

1. Vérifier si un incident DigitalOcean a été signalé

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.

2. Identifier la couche en échec

  • Panneau de contrôle ou site web DigitalOcean uniquement : essayez une fenêtre privée, un autre navigateur ou un autre appareil. Vérifiez les extensions, les logiciels de sécurité locaux, les identifiants mis en cache et assurez-vous que le compte et le projet souhaités sont sélectionnés.
  • Application déployée uniquement : examinez le processus de l’application, la configuration du serveur, le reverse proxy, le déploiement récent, les logs et l’état des ressources. Un panneau de contrôle fonctionnel ne confirme pas que l’application est en cours d’exécution.
  • Un seul hostname : testez le hostname séparément de la ressource sous-jacente. Vérifiez les enregistrements DNS, la résolution, la configuration TLS et les modifications récentes du domaine.
  • Automatisation ou requête API uniquement : comparez la requête automatisée avec un test direct depuis le panneau de contrôle ou l’application. Vérifiez la destination, les identifiants, les permissions, le format de la requête, la gestion des timeouts et les modifications récentes du client.

3. Comparer les appareils et les réseaux

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.

4. Interpréter les réponses HTTP et de gateway

  • 500 Internal Server Error : examinez d’abord l’application déployée ou la configuration côté serveur.
  • 502 Bad Gateway : vérifiez l’application upstream, le reverse proxy ou le chemin de la gateway.
  • 503 Service Unavailable : vérifiez si l’application ou le service fonctionne et accepte les requêtes.
  • 504 Gateway Timeout : examinez les composants upstream lents ou inaccessibles ainsi que les chemins réseau.

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.

Sources et références

Source officielle

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.

Fonctionnement de cette vérification

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.

Intégrer ce badge de statut

Ajoutez ce badge à un tableau de bord, une documentation ou un blog. Il utilise l’observation Erriscope en cache et renvoie vers cette page.

DigitalOcean status on Erriscope
<a href="https://erriscope.com/fr/status/digitalocean/"><img src="https://erriscope.com/status/badge/digitalocean.svg" alt="DigitalOcean status on Erriscope" width="210" height="34"></a>

Questions fréquentes

Comment vérifier si DigitalOcean est en panne ?

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.

Que faire si la page de statut de DigitalOcean n’affiche aucun incident ?

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é.

Pourquoi mon application DigitalOcean est-elle indisponible alors que le panneau de contrôle fonctionne ?

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.

Que signifient les erreurs 502 et 504 sur un site hébergé sur DigitalOcean ?

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.

Le DNS peut-il donner l’impression que DigitalOcean est indisponible ?

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.

Dois-je continuer à réessayer une requête DigitalOcean qui échoue ?

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.

← Retour à tous les services

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.