Cloudflare Carte de Panne

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:

• 
  Milan Boisgard | AI & Robotic (@MBoisgard) a signalé il y a 4 minutes

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

• 
  tatiebree.eth (@tatie_bree) a signalé il y a 6 minutes

  🔷Le problème du paiement au sein du système Un agent IA qui gère des actifs, c'est bien. Mais pour fonctionner, il a besoin de ressources : données de marché, oracles, APIs spécialisées. Et ça il faut payer Traditionnellement, ça voulait dire créer un compte, renseigner une carte bancaire, payer un abonnement mensuel. Autant de frictions incompatibles avec un agent autonome qui doit prendre des décisions en quelques secondes. En mai 2025, @coinbase a lancé le protocole x402 pour résoudre ce problème. Le principe est simple : quand un agent demande accès à une ressource payante, le serveur répond avec un prix. L'agent paie immédiatement en stablecoins, la ressource est débloquée. Aucun compte à créer, aucune clé API, aucune intervention humaine. Le protocole réactive le code HTTP 402 "Payment Required", qui existait dans la spécification d'internet depuis 1996 sans jamais avoir été vraiment utilisé. Coinbase et Cloudflare ont co-lancé la x402 Foundation en septembre 2025, avant de transférer sa gouvernance à la Linux Foundation en avril 2026, avec plus de 20 membres fondateurs incluant Google, AWS, Microsoft, Visa, Mastercard, Stripe et la Solana Foundation. Google a également intégré x402 dans son Agent Payments Protocol. En avril 2026, le protocole avait traité plus de 165 millions de transactions. 3/6

• 
  Cyrille Matet (@cyrille_matet) a signalé il y a 13 minutes

  @CerfiaFR meme pas besoin de VPN, ca fonctionne chez moi encore avec WIN11+ FIREFOX + DNS cloudflare. bref une config absolument banale

• 
  Lumi (@Syxpi_) a signalé il y a 18 minutes

  @100ksanscontrat le site est deja mort. le pire, c host en finlande, avec un domaine register je sais pas ou. derriere un Cloudflare, Pas mal.

• 
  alex (@antwerp3597) a signalé il y a 19 minutes

  @FranceintheUK TLScontact a transformé la demande de visa français en parcours du combattant. Aucun rendez-vous disponible, promotion constante de services premium et blocage des utilisateurs avec l’erreur Cloudflare 1015 lorsqu’ils vérifient les disponibilités. Inacceptable.

• 
  M. (@DP0RSS1) a signalé il y a 20 minutes

  @NiluarO @Cloudflare Ah c'est peut être ça la différence. Cela dit je suis en vacances j'ai pas essayé depuis un moment (pas de réseau ici donc je sors pas le PC). Si c'est récent je pourrais retester à partir de dimanche.

• 
  Alexandre Bettan (@btnalexandre) a signalé il y a 21 minutes

  @pgllmt En termes d'infrastructure, j'ai à peu près la même chose que toi, sauf que je fais tourner les VMs sur un serveur dédié Hetzner + Proxmox. Hermes est isolé dans une VM et tout passe par Cloudflare Zero Trust (comme Tailscale). Je me sens plus serein d'avoir une VM séparée :)

• 
  Fotzy 🌸 🇫🇷 🍉 (@Fotzy2) a signalé il y a 25 minutes

  @mat_euw C'est un problème que beaucoup de gens ont, apparemment en changeant ses réglage DNS en mettant celui de Cloudflare ça résoudrait le problème, j'ai pas testé mais j'espère que ça pourra t'aider! :)

• 
  Arnaud Sion (@LeToamasina) a signalé il y a 26 minutes

  @ovh_support @OVHcloud_FR Bonjour, mon hébergement subit une violente attaque par des bots ciblant directement l'IP du serveur (contournement DNS). J'ai verrouillé le .htaccess pour n'autoriser que Cloudflare, mais le serveur / la base de données semble toujours figé (Erreurs 500/Timeout). Pouvez-vous vérifier l'état de la machine et mon ticket n°CS16287557

• 
  Le Dev ULTIME 🍜 (@ledevultime) a signalé il y a 28 minutes

  @mdrbxcom Globalement pour les indie hackers, très souvent ok a beaucoup de projets différents du coup tu te retrouves avec plein de ndd différents. Version courte : Quand tu lances ton projet et que t'es en MVP recréer une boîte mail, un truc brevo ou autre pour les transac, et newsletter et cold email so besoin, c'est chronophage et surtout à "jeter" à un moment si tu stop le projet. Tu te trouves avec au mieux 2 outils au pire 4 outils. Là t'as juste ce qu'il faut pousser tester le projet et si ça scale très fort la migration est minime, tout en gardant uniquement la partie boîte mail au même endroit pour tout tes projets. Ainsi que AI first. C'est juste le bon scope pour lancer des MVP pu des choses avec un activité mesurée sans trop de setup. Version longue : Le souci avec Google Workspace c'est que t'as rarement besoin de toutes la suite pour absolument tous les projets surtout quand t'es juste en phase de test. Ma solution d'avant c'était un fournisseur mail inclus dans mon hébergeur + import pop 3 sur un gmail. Ça faisait amplement le job à part que Gmail met à jour le pop 3 tous les 30min à 3h en fonction de l'activité de ta boîte mail donc parfois tu reçois les mail grave en retard. Sur Zoho j'avais d'autres soucis qui serait trop long à lister. Du coup de base la réponse c'est un client mail qui permet de faire du pop 3 ou imap et tout centraliser. Là c'est presque ça à part que du coup je migré tout simplement les mails chez lui aussi mais à terme il y aura de l'import IMAP de fournisseurs externe et ça deviendra aussi un client mail qui permet de centraliser. Alors bien sûr t'as la technique des gens qui font du CloudFlare etc mais en dehors même des bugs que j'ai pu avoir avec ça, ça resous pas totalement le problème de la centralisation et maybe Google l'arrêtera aussi à un moment comme le pop 3. J'ai essayé pas mal de boîte mail et pour le moment celui qui fait bien le job pour ce besoin multi projet c'est celui-ci.

• 
  David Verriere 🇫🇷 👨‍💻🥽 (@davidverriere) a signalé il y a 29 minutes

  Tunnel network de cloudflare pour autoriser l'agent Hermes qui est sur un serveur chez moi pour communiquer avec discord et gitlab via ses webhook

• 
  Fabrice /home/emulsion/ 🧪 (@FabriceSimonet) a signalé il y a 31 minutes

  @MCW4P Alors là, c'est hébergé pour ne rien cacher sur du cloudflare, sur une instance 'site' de ChatGPT, j'ai aucune idée de la puissance que j'ai, mais c'est fait pour être fullcache, local et serveur et l'API limite à 360 call / heures. Mais comme il n'y a pas 360 zones je ne serai

• 
  🇺🇳🐺🇪🇺Олів'є Лекур🇪🇺🐺🇺🇳 (@vovksamotniy) a signalé il y a 32 minutes

  L'internet mort est plus proche qu'on ne le pensait : les robots ont pour la première fois dépassé les humains en termes de trafic🧠 La théorie de l'«internet mort» n'est plus simplement une théorie du complot. La société Cloudflare a publié de nouvelles données selon lesquelles l'intelligence artificielle et les scripts automatisés ont définitivement pris le dessus sur les humains sur le web. Maintenant, la répartition officielle du trafic HTTP mondial est la suivante : 🤖 57,5% - requêtes générées par des robots et des agents d'IA. 🧑‍💻 42,5% - requêtes d'utilisateurs «réels». Le PDG de Cloudflare, Matthew Prince, a admis que les analystes de l'entreprise ne prévoyaient ce changement majeur qu'en 2027. Cependant, le boom des agents d'IA a accéléré le processus. Il ne s'agit pas des robots spam classiques qui écrivent des commentaires comme «Gagnez 1000 $ par jour». Le web est envahi par de nouveaux assistants d'IA. Alors que l'humain moyen ouvre 2 à 3 onglets pour comparer les prix des billets d'avion ou des hôtels, son agent d'IA personnel effectue instantanément la même tâche en «aspirant» et en analysant des milliers de pages. Donc, pendant que vous essayez de prouver aux sites que vous n'êtes pas un robot en résolvant des captchas avec des autobus, les robots génèrent tranquillement la majeure partie du trafic internet. Bienvenue dans le futur où les machines écrivent du code pour d'autres machines, afin qu'elles puissent le lire en leur nom. Et nous observons simplement tout cela 🫡 Et quoi en 2029 ? 🤖

• 
  Alex Borto (@alex_borto) a signalé il y a 37 minutes

  Une extension qui plante 10 % des sites qui l'utilisent. Pour certains, le réflexe serait de faire profil bas. 😬 Un correctif discret, un mot vague sur les réseaux, et on referme le dossier le plus vite possible. Et ciao ! @wp_rocket a fait l'inverse avec l'incident avec WordPress 7.1, et je trouve que c'est un cas d'école de communication de crise. Pour rappel : la sortie de WordPress 7.1 a provoqué une erreur fatale sur certains sites utilisant WP Rocket combiné à d'autres extensions (tableau de bord ou site public inaccessibles, selon les cas). Au lieu de mettre la tête dans le sable, ils ont publié un article de post-mortem publié quelques jours après pour expliquer clairement ce qu'il s'est passé. Cela inclut : 🕐 Une chronologie complète, à la minute près : le signalement du 6 juillet resté sans suite, la bêta du 15 juillet qui contenait déjà le bug, la nuit du 19 au 20 août où tout a basculé, un correctif manuel envoyé à 00h35 aux tickets déjà ouverts, une version corrigée livrée en moins de 3 heures une fois l'équipe mobilisée ; 🎯 Les extensions à l'origine du déclenchement, nommées précisément (Elementor Pro, un réglage expérimental d'Elementor gratuit, Redirection for Contact Form 7), avec une précision qui change tout : « ces extensions ne font rien de mal » ; 🔧 L'aveu net de leur propre défaillance : le signalement de juillet n'avait pas de responsable attitré, donc personne ne l'a suivi jusqu'au bout. Suivi de mesures concrètes : un propriétaire assigné à chaque ticket GitHub désormais, une suite de tests reconstruite sur les extensions réellement utilisées par leurs clients, et le module Cloudflare désactivé par défaut sur les sites qui ne s'en servent pas ; 📊 Des chiffres assumés sans les enrober : 27 % des sites exposés au risque, 10 % réellement touchés. Personne ne les obligeait à publier une chronologie à la minute près, ni à citer les extensions concurrentes en les innocentant au passage. Pour moi, c'est exactement ce qui distingue une boîte qui subit un incident d'une entreprise qui fait le maximum pour réparer une relation de confiance. Et vous, la dernière fois qu'un outil vous a lâché, l'éditeur vous a dit quoi exactement ? Dites moi tout en commentaire. Le lien vers le post-mortem (traduit en français) est en commentaire pour avoir toutes les explications si vous avez été touché. 👇

• 
  Nekr (@0xNekr) a signalé il y a 37 minutes

  @JuJStweet Ouais les Pages de Cloudflare c'est une très bonne solution aussi, mais t'es plus dans self host, même si Cloudflare est bien moins à risque que Vercel Et puis les Pages ça te bloque pas mal de choses quand tu fais un app, pas de backend full stack, limitation CPU/req, pas de fs Mais pour des landings par exemple c'est plus qu'ok