Cloudflare Carte de Panne
La carte des pannes suivante montre les emplacements les plus récents dans le monde où les utilisateurs de Cloudflare ont signalé leurs problèmes et leurs pannes. Si vous rencontrez un problème avec Cloudflare et que votre région n'est pas répertoriée, veuillez soumettre un rapport ci-dessous.
La carte thermique ci-dessus montre où les rapports les plus récents soumis par les utilisateurs et les médias sociaux sont regroupés géographiquement. La densité de ces rapports est représentée par l'échelle de couleurs comme indiqué ci-dessous.
Utilisateurs de Cloudflare concernés:
Cloudflare est une entreprise qui fournit des services d'atténuation des attaques DDoS, de réseau de distribution de contenu (CDN), de sécurité et DNS distribué. Les services de Cloudflare s'interposent entre le visiteur et le fournisseur d'hébergement de l'utilisateur Cloudflare, agissant en tant que proxy inverse pour les sites Web.
Emplacements les plus touchés
Les rapports d'interruption et les problèmes survenus au cours des 15 derniers jours provenaient de:
| Emplacement | Rapports |
|---|---|
| New York City, NY | 4 |
| Township of Evan, KS | 1 |
| Ahmedabad, GJ | 1 |
| Le Puy-en-Velay, Auvergne-Rhône-Alpes | 1 |
| Ann Arbor, MI | 1 |
| Palermo, Sicily | 1 |
| Los Angeles, CA | 1 |
| Paris, Île-de-France | 1 |
Discussion communautaire
Conseils? Frustrations? Partagez-le ici. Les commentaires utiles comprennent une description du problème, la ville et le code postal.
Méfiez-vous des "numéros d'assistance" ou des comptes de "récupération" qui pourraient être affichés ci-dessous. Assurez-vous de signaler et de voter contre ces commentaires. Évitez de publier vos informations personnelles.
Cloudflare Rapports de Problèmes
Dernières pannes, problèmes et rapports de problèmes dans les médias sociaux:
-
Diyaeddine (@LaouidD) a signaléLes pages fandom passent maintenant par Cloudflare, du coup ca vient de tuer ma lib FandomScraper qui semblait pas mal utilisée jusque là
-
OrkStr (@OrkStr) a signaléHier soir, le protocole qui connecte Claude et la plupart des agents IA à leurs outils a changé de nature, et c'est une des news les plus importantes actuelle ! Ce n'est pas un patch mais une refonte de fond. Le changement central : MCP passe d'un protocole avec état à un protocole sans état. Avant, faire tourner un serveur MCP en production voulait dire garder une session ouverte par client, la coller à une instance précise derrière un load balancer à sessions collantes. Impossible de scaler à l'horizontale sans bricoler, impossible de déployer proprement en serverless. Depuis hier soir, chaque requête se suffit à elle-même : elle porte sa propre identité et ses capacités, n'importe quelle requête peut atterrir sur n'importe quelle instance derrière un simple round-robin, sans stockage partagé. La poignée de main initiale et l'identifiant de session ont purement disparu de la spec. Pour ceux qui ont déjà un serveur MCP qui tourne pas de panique : rien ne casse du jour au lendemain. Les anciens mécanismes, dont le transport HTTP+SSE historique, restent supportés au moins douze mois, avec un vrai plan de dépréciation. Mais les mainteneurs le disent eux-mêmes : migrer aura un coût, surtout si votre code s'appuyait sur l'identifiant de session, exactement ce qui vient de disparaître de la spec... Deux détails montrent que c'est pensé, et pas juste simplifié. D'abord, si un serveur a vraiment besoin de mémoriser quelque chose entre deux appels, il ne cache plus cet état dans la couche transport : il génère un identifiant explicite via un outil, et c'est le modèle lui-même qui le repasse en argument à l'appel suivant. L'état devient donc visible pour l'IA au lieu d'être planqué dans une tuyauterie qu'elle ne voit pas. Ensuite, les échanges qui demandaient autrefois un flux ouvert en permanence (typiquement demander une confirmation à l'utilisateur en plein milieu d'une tâche, par exemple avant une suppression de données) passent par un aller-retour explicite : le serveur répond qu'il a besoin d'une info, le client relance l'appel avec la réponse attachée ! Autour de ce socle, trois briques passent du statut d'expérimental à celui de standard officiel. - Les MCP Apps : un serveur peut afficher sa propre interface dans une iframe sécurisée, directement dans la conversation. - Les Tasks : des opérations longues et asynchrones, suivies par sondage plutôt que par connexion permanente. - Et l'authentification d'entreprise centralisée : un admin autorise un connecteur une fois via son fournisseur d'identité, Entra ou Okta par exemple, et tous les utilisateurs héritent de l'accès automatiquement, sans rien configurer. Les accès restant hérités des groupes déjà définis dans le fournisseur d'identité, la traçabilité ne devient pas un outil MCP séparé à gérer : elle reste dans le système d'audit que l'entreprise utilise déjà ! À côté de ça, l'authentification elle-même se durcit. Validation de l'émetteur du jeton pour fermer une faille classique de confusion entre serveurs d'autorisation, migration programmée vers des documents de métadonnées client plutôt que l'ancien enregistrement dynamique. Et surtout, une politique de dépréciation formelle avec douze mois de préavis minimum : c'est un protocole qui se comporte enfin comme une infrastructure de production, pas comme un projet qui avance à coups d'itérations rapides. Le narratif qui circulait jusque là présentait MCP comme le USB-C de l'IA, un simple connecteur universel entre un modèle et un outil. Avec une interface intégrée, sa propre gestion des accès, une file de tâches longues et une capacité de scaling propre à chaque serveur, on est loin d'un simple connecteur. Ce que vous branchez à un agent aujourd'hui peut être une application entière, pilotée de bout en bout par cet agent, pas un script qui répond ponctuellement à un appel API. Les chiffres avancés par les mainteneurs et par Anthropic donnent la mesure de l'adoption, à prendre comme des déclarations de la maison plutôt que comme un audit indépendant : les SDK officiels approchent le demi-milliard de téléchargements mensuels, en croissance x4 sur l'année, les versions TypeScript et Python ont chacune dépassé le milliard de téléchargements cumulés, et plus de 950 serveurs MCP sont référencés dans l'annuaire de Claude. AWS, Cloudflare et Google Cloud ont confirmé un support dès le jour de sortie. MCP a déjà un an et demi, et en une nuit il a gagné une interface, une gestion des accès et une file de tâches longues. Un protocole qui commence à ressembler à un système d'exploitation pour agents, plus à un simple connecteur 👀
-
Tutos Informatique (@tutos_info) a signalé@pimptonseo Api cloudflare pour DNS + api Google search console ça fonctionne
-
Éléazar (@Eleazar_jd) a signaléJe prédis une nouvelle panne Cloudflare avant la fin de la semaine
-
Cédric Bnt (@cedric_bnt) a signalé@RELAPSE_DARKK @bloodySuSu J’ai un problème avec le site ça me dit un message cloudflare comme quoi j’ai été bloqué le site a été supprimé ou quoi ?
-
Avy_Libre (@Amethys797058) a signalé@PRAXIIIIS Oui j'ajoute aussi : L'utilisation de Cloudflare sans la moindre authentification fait que le site continuera de sauter. Ygg était aussi un hub technique via ses forums. Les pressions s'abattent maintenant sur les petits trackers privés vu que le plus gros est tombé.
-
Better Call Céd 👻 (@Cedric61) a signalé@eneadn_ Cloudflare Turnstile > problème réglé
-
Avy_Libre (@Amethys797058) a signalé@seblatombe C'était évident à partir du moment où l'URL était public (sans login) et qu'il se mettait derrière Cloudflare ... A minima DDOS-Guard et aussi bloquer certaines IP 🙃
-
❤️ PSG, "SportMagnet" (@haribo162) a signalé🚨 La Liga a obtenu une décision de justice obligeant NordVPN et ProtonVPN à bloquer les adresses IP de Cloudflare pendant les matchs du championnat, afin d’empêcher les supporters d’accéder à des streams pirates. 🇪🇸 Le problème, c’est que Cloudflare gère environ 20 à 25 % du trafic internet mondial. Résultat : en Espagne, de nombreux utilisateurs ont rencontré des difficultés pour accéder à des sites parfaitement légaux, comme ceux de leurs banques, des réseaux sociaux ou même des menus de restaurants en ligne. 👀 🗞 BU
-
Blondin 🤠🇦🇷🧨 (@ELPULO78) a signalé@2geek4you1 La réaction de la communauté Mitigée. Les pros sur Hacker News n'étaient pas enthousiastes — beaucoup ont cru à un poisson d'avril. Une critique majeure : « la fonctionnalité principale, l'isolation des plugins via Dynamic Workers, ne fonctionne que sur le runtime de Cloudflare. Sur n'importe quel autre hébergeur, c'est juste un CMS TypeScript sans le modèle de sécurité qui justifie son existence. »
-
Yeca (@yeca) a signaléLes images. Un WordPress, c'est des milliers de fichiers. Si tu les poses sur le serveur, tu le remplis pour rien. Elles partent sur Cloudflare R2. Transfert à la volée, sans jamais rien écrire sur le disque.
-
moonbag (@pdmplp) a signalé@PetitPrinceETH @evilchrisis imo : - disrib USDC en hausse avec tether à mal en europe - thèse agent IA qui vont utiliser USDC. @Cloudflare a dev des wallets en ce sens. - audit de tether recemment completé = bullish pour valo de CRCL si tether IPO - proxy crypto si bottom est in : CRCL > COIN
-
Ousmane COULIBALY (@goncoolio) a signalé@Boris_Gauty Je prends un serveur chez linode par exemple à 5$ et un nom de domaine chez cloudflare et bim Je m'y met c'est tout en moyenne 60 à 80$/ans
-
Milan Boisgard | AI & Robotic (@MBoisgard) a signalé@Cloudflare est en train de redéfinir la manière dont on paye sur le web. Pas avec un bouton checkout. Avec une requête HTTP. Un agent demande une API, un dataset ou un outil MCP. Le serveur répond 402 Payment Required. L’agent paie en stablecoin. La ressource est servie. Le web devient appelable, payable, automatisable. 🔥 Pour les Builders, c’est une nouvelle grammaire économique du web qu'il va falloir intégrer dans vos business.
-
Pivi (@pivi___) a signaléCe que Cloudflare vient d’annoncer est probablement une brique importante du futur web des agents IA. Aujourd’hui, le web est surtout monétisé par : - la pub - les abonnements - les comptes utilisateurs - les API keys - les factures mensuelles Ça marche à peu près quand le client est un humain. Mais un agent IA ne regarde pas les pubs. Il ne veut pas créer 50 comptes. Il ne veut pas prendre 50 abonnements. Il veut juste accéder à une ressource précise, au moment où il en a besoin. Une page. Un dataset. Un appel API. Un outil MCP. Un endpoint. Une recherche. Une action. Le problème, c’est que les rails de paiement classiques ne sont pas faits pour ça. Faire payer 0,001€ par requête avec une carte bancaire ou Stripe n’a aucun sens : trop de friction, trop de frais, trop de comptes, trop de billing. Cloudflare propose donc un truc assez simple en apparence : quand un agent demande une ressource payante, le serveur peut répondre : “402 Payment Required” L’agent paie automatiquement. Il renvoie la requête avec une preuve de paiement. Cloudflare vérifie. La ressource est servie. En gros : chaque requête web peut devenir une micro-transaction. C’est intéressant parce que ça débloque un vrai modèle économique pour le web des agents. Demain, un agent pourrait payer quelques centimes pour : - accéder à une base de données - utiliser un outil spécialisé - appeler une API premium - récupérer un contenu - lancer une action via MCP Sans inscription. Sans abonnement. Sans relation préalable avec le vendeur. C’est potentiellement énorme pour les créateurs, les développeurs, les datasets, les micro-SaaS, les outils MCP, les APIs spécialisées. Mais il y a un point qui me gêne : Cloudflare parle de stablecoins, pas de Bitcoin/Lightning. Les stablecoins sont pratiques. Mais si on parle vraiment d’un web machine-to-machine ouvert, mondial, programmable et permissionless, alors Bitcoin/Lightning devrait au moins être dans la discussion. Parce que la vraie question n’est pas seulement : “comment faire payer les agents ?” C’est : “sur quels rails économiques on construit le web des agents ?”