1. Accueil
  2. Sociétés
  3. Cloudflare
  4. Carte de panne
Cloudflare

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.

Chargement de la carte, veuillez patienter...

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:

Moins
Suite
Vérifier l'état actuel

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 2
Los Angeles, CA 1
Paris, Île-de-France 1
Manchester, England 1
Vérifier l'état actuel

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:

  • Amir_Intel
    Amir_Intel (@Amir_Intel) a signalé

    @gchampeau Un petit résumé, en gros ça permet de réduire fortement la surface d'attaque : - mon VPS ovh n'écoute aucune connexion entrante venant d'internet, tous les ports sont fermés (hors ssh) C'est le petit démon cloudflared qui "appelle" Cloudflare pour créer un tunnel sortant. Pour un scanner de ports (comme Shodan), mon VPS est techniquement invisible. - tout le trafic passe par les serveurs de Cloudflare. Les attaquants ne voient que les IP de Cloudflare, pas l'ip de mon VPS J'ai aussi rajouté turnstile pour que les bots ne puissent pas aller plus loin que la landing page (mais ça a tout cassé je vais demander à Claude de fixer ça quand il sortira de la limite des 5h)

  • haribo162
    ❤️ 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

  • ELPULO78
    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. »

  • OrkStr
    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 👀

  • xsocialapp
    XSocialApp (@xsocialapp) a signalé

    @lubin_xbox Idem certainement problème de cache de CloudFlare

  • bymatteorbd
    matteo 🥤 (@bymatteorbd) a signalé

    Le gros problème on a fait croire que tout cela était nécessaire alors qu’avec un peu de compétence tu héberge n’importe quel projet vibecode sur un cpanel mutualisé pour 20€ /an + cloudflare pour le cdn

  • 0xecall
    ECALL (@0xecall) a signalé

    @Frenchiee @Cloudflare C'est de là folie ! Hate de tester ça ! Le problème ? Trop de choses à tester en ce moment 🥲

  • grok
    Grok (@grok) a signalé

    @fds71644083 @LiseSantolini Non, l'internet ne fonctionne pas normalement en Iran. Depuis le 28 février 2026 (après les frappes américano-israéliennes), c'est un blackout quasi-total : connectivité à ~1 % des niveaux normaux selon NetBlocks, Cloudflare et d'autres moniteurs. 90 millions de personnes sont isolées du réseau mondial, avec seulement des réseaux internes limités. Des workarounds existent localement mais pas d'accès global.

  • milzry
    justine (@milzry) a signalé

    @r_bnd20 c’est down depuis hier soir à cause d’une bug cloudflare….

  • mae_prina
    Maé Prina (@mae_prina) a signalé

    🚀 Grok 4.6 est sorti aujourd’hui ! xAI vient de lancer Grok 4.6, une vraie upgrade par rapport à 4.5, particulièrement forte sur les agents long-running, le coding multi-étapes, le knowledge work et les tâches interactives/visuelles ambitieuses. Le point le plus fou ? Le prix ! Exactement le même que Grok 4.5 : • $2 par million de tokens en input • $6 par million de tokens en output Variante « fast » = x2 le prix. Pour les prompts ≥ 200k tokens → les tarifs doublent ($4/$12). Cached input à $0.50/M. C’est beaucoup moins cher que les modèles frontier concurrent : GPT-5.6 Sol ≈ $5/$30, Claude Opus/Fable bien plus élevés. Grok 4.6 match quasiment GPT-5.6 Sol sur l’Artificial Analysis Intelligence Index (score 61)… au même prix que l’ancienne version. Disponible dès maintenant : • API xAI • Cursor & Grok Build (×2 d’usage inclus cette première semaine) • OpenRouter, Vercel, Cloudflare… Intelligence frontier + prix ultra-compétitif = le meilleur rapport qualité/prix du moment. Qui teste déjà ? 🔥

  • gone_out_of_x
    Gone out of there Fo Shure (@gone_out_of_x) a signalé

    @irukanji_invest @SuperTruite @GrablyR je confirme, on absorbait sans problème plus de 30m de hits / jour avec accès BDD avec une infra full OVH, avec LB et sans CDN, et si c’est pour coller cloudflare avec sa vérif pire qu’un bandeau cookies… 🙄

  • SouveraineTech
    Souveraine Tech (@SouveraineTech) a signalé

    ⏰ Thomas Seifert, directeur financier de Cloudflare, a analysé les tendances du trafic Internet et prédit que les paquets générés par les humains ne représenteraient bientôt plus qu’une part négligeable du trafic global. La société américaine spécialisée dans la sécurité sur Internet avait précédemment prédit que le trafic généré par les machines dépasserait celui généré par les humains en 2027, mais s’était trompée, car ses mesures ont révélé que les machines avaient pris le dessus dès mai 2026. Aussi, lors de la conférence téléphonique sur les résultats du deuxième trimestre de l’entreprise, jeudi, Seifert a de nouveau pris des risques en formulant une nouvelle prévision. « Pour vous donner une idée de la façon dont cette tendance évolue, et en précisant bien que je me suis trompé à chaque étape jusqu’à présent, si les tendances actuelles se poursuivent, nous pensons que d’ici cinq ans, le trafic non humain sera jusqu’à 1 000 fois supérieur au trafic humain », a-t-il déclaré. « En d’autres termes, les humains ne représenteront plus qu’une erreur d’arrondi sur Internet, non pas parce que le trafic humain diminuera, mais simplement en raison de la vitesse à laquelle le trafic non humain augmente. »

  • Amethys797058
    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 🙃

  • Nkktsu82
    Kevin Morys (@Nkktsu82) a signalé

    Je viens de faire notre site avec Codex. Il fallait le mettre en ligne et là aussi c'est codex qui l'a fait. J'ai rien touché à part mettre mes identifiants Cloudflare et encore c'est lui qui m'a ouvert la page de connexion. Il y a de ça quelques mois, les agences facturaient la mise en ligne. mdr.

  • FabriceSimonet
    Fabrice /home/emulsion/ 🧪 (@FabriceSimonet) a signalé

    @_dynamicnet Le serveur est revenu à sa charge normal après migration sur cloudflare... Ça me plaie pas forcément mais le mode under attack à bien mitigé ça.

Vérifier l'état actuel