Panne majeure causée par une interruption chez Cloudflare
(cloudflarestatus.com)🚨 Incident sur le réseau mondial de Cloudflare
-
En cours d’investigation (il y a 47 minutes) : Cloudflare a identifié et enquête sur une panne généralisée provoquant des erreurs 500 à grande échelle ainsi que des perturbations du tableau de bord et de l’API, affectant de nombreux clients.
-
Mise à jour (il y a 32 minutes) : l’enquête sur le problème se poursuit.
-
Rétablissement en cours (il y a 14 minutes) : les services sont en cours de rétablissement, mais les clients peuvent continuer à constater un taux d’erreur plus élevé que d’habitude pendant les opérations de restauration.
Actuellement, des services majeurs comme Twitter ont subi une panne d’envergure, puis les fonctions CDN ont été temporairement rétablies.
16 commentaires
Analyse post-mortem de la panne de Cloudflare du 18 novembre 2025
« Hardening ingestion of Cloudflare-generated configuration files in the same way we would for user-generated input »
Je trouve que c’est une bonne leçon.
On applique toutes sortes de validations aux données saisies par les utilisateurs,
mais on ne valide pas forcément à ce point les données critiques générées en interne.
Plus une organisation devient vaste, plus ce genre de chose peut passer inaperçu même si c’est documenté, et si la taille prévue avec une marge confortable ne pose pas de problème pendant un bon moment, on finit par l’oublier, puis dès qu’on dépasse la limite de taille, c’est la panique totale… vraiment…
https://blog.cloudflare.com/18-november-2025-outage/…
Au final, ça a explosé sur un
unwrap()traité avec un peu de légèreté, mais comme l’hypothèse même sur la taille du fichier de configuration avait volé en éclats, il est difficile de lui en faire porter toute la responsabilité. Il aurait fallu du code, du côté qui « génère » le fichier de configuration, pour vérifier que cette hypothèse était bien respectée ; mais je me demande si, comme les responsables étaient probablement différents, la limite de taille n’a tout simplement pas été considérée comme un point très important.https://blog.cloudflare.com/18-november-2025-outage/
Malgré tout, grâce à ce type de rapport post-mortem honnête, je pense que je vais continuer à utiliser Cloudflare.
Si ça avait été une entreprise coréenne, ils auraient sans doute dit que c’était l’œuvre de hackers nord-coréens..
J’ai l’impression qu’en ce moment, on voit souvent des pannes dans les services liés au cloud.
Ah ! J’étais paniqué à l’aube parce que la commande
git cloned’un repo GitHub ne répondait plus,c’était donc à cause de cet incident.
La restauration complète a été achevée 6 heures après le début de l’incident.
Mise à jour
Les services Cloudflare fonctionnent actuellement normalement. Nous n’observons plus de taux d’erreurs ou de latence élevés sur le réseau.
Nos équipes d’ingénierie continuent de surveiller étroitement la plateforme et de mener une investigation plus approfondie sur la perturbation précédente, mais aucun changement de configuration n’est effectué pour le moment.
À ce stade, il est considéré comme sûr de réactiver tous les services Cloudflare qui avaient été temporairement désactivés pendant l’incident. Nous fournirons une mise à jour finale une fois notre enquête terminée.
Publié il y a 28 minutes. 18 nov. 2025 - 17:44 UTC
Jusqu'à l'instant, je n'arrivais même pas à accéder au dashboard, mais maintenant ça fonctionne.
Le service a été indisponible pendant environ 3 heures.
C’est rapide.
C’est grave. J’espère que ça se rétablira vite... mais ça ne revient pas si rapidement que ça.. 😢
Lors de la précédente panne majeure, Twitter avait tenu le coup et avait reçu beaucoup d'éloges, mais cette fois, même Twitter n'y a pas échappé...
hahaha, moi aussi, quand j’ai vu que les services liés à Cloudflare étaient en panne, je suis venu sur GeekNews en premier.
Merci pour la rapidité de l’info.
Une erreur sur un CDN placé tout en amont du service a vraiment un impact énorme.
Les développeurs peuvent sans doute deviner à peu près d’où vient le problème dans ce genre de situation, mais les utilisateurs comprendront plutôt cela comme un problème du service lui-même ; ce genre de panne sur des services d’infrastructure n’est décidément pas simple à gérer à bien des égards.
En y réfléchissant, le fait de ne pas avoir su gérer un single point of failure, c’est aussi une erreur ? J’ai l’impression que oui...
Dès que j’ai vu les serveurs planter, je suis venu directement sur GeekNews.
Comme prévu, un post était déjà en ligne hahaha
Je me demande encore quelle en est la cause
Je me demandais pourquoi Claude Code Web était brièvement inaccessible ; c’était donc à cause d’une panne de Cloudflare.