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 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
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:

  • sarp3d0n
    Sarpedon 🇫🇷🇪🇺🇺🇦 (@sarp3d0n) a signalé

    @maximeva4 @dylanvrsm J'ai carrément une erreur du navigateur, même plus de cloudflare.

  • HikaAki
    Gawatofu (@HikaAki) a signalé

    @vie_pour_rien @boudocha @JohnGoodDindon En fait, Cloudflare le fait déjà. Quand j'utilise Proton VPN, je me fais jeter par certains sites qui considèrent que je suis un client douteux.

  • PaulDlcl
    Paul Delcloy (@PaulDlcl) a signalé

    @nb4ld c’est un cloudflare ? Si oui, en effet l’ip est celle de cloudflare, pas du client

  • Leffondrement
    Broken (@Leffondrement) a signalé

    @xiaoying_eth Fonctionne avec datadome ? Akamai ou cloudflare ?

  • NullOperatorX
    NullOperator (@NullOperatorX) a signalé

    Tous les jours twitter me lock mon compte sans raison, me demande des défis cloudflare afin de le déverrouiller 🙄 Sans parler du fait de devoir montrer sa main wtf, et le plus chiant c'est qu'à chaque fois c'est comme si j'avais un compte reset, 0 abonnements et des popup qui me disent de liker plus de posts afin de personnaliser mon profil, c'est quoi cette ***** ?

  • ZeClint
    Ze Clint (@ZeClint) a signalé

    @dperetti @Cloudflare je l'utilise a fond pour manager chaque poste du réseau ... je peux peut etre pousser le truc plus loin

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

  • Romain_LLC
    Roman (@Romain_LLC) a signalé

    @ZeClint @Cloudflare Protéger votre réseau? A quel point? Côté français il y a Stormshield qui est vraiment bien pour du firewall/IPS. Pour le reste voir côté open source auto-hébergé (Wazuh pour xDR, Zabbix pour monitoring). Et si c'est des données de santé, n'êtes vous pas soumis a une cert. HDS?

  • xsocialapp
    XSocialApp (@xsocialapp) a signalé

    @lubin_xbox Idem certainement problème de cache de CloudFlare

  • Olivierbeining
    Ares 💵 (@Olivierbeining) a signalé

    @fabien_elharrar Le CRM tourne 100% sur Cloudflare. Pas de serveur, pas de SaaS à 50€/mois par user. Un seul Worker fait tourner le site public ET le back-office privé (sur un sous-domaine protégé par login). Le front c'est de l'Astro en SSR, rendu direct à l'edge. Les données (prospects, deals, vues vidéo) sont dans Cloudflare D1, une base SQL serverless. Les fichiers lourds (vidéos d'audit, PDF) sur R2, le stockage objet de Cloudflare où la bande passante est gratuite. Donc zéro coût caché quand un prospect regarde sa vidéo. Et un bot Telegram me ping en temps réel dès qu'un prospect ouvre sa vidéo, avec le device et le pourcentage regardé. Le tout tient sur le plan Workers à 5$/mois. Front, back, base de données, stockage, alertes : un seul système, une seule facture.

  • SoldierOldBoy
    SoldierOldBoy (@SoldierOldBoy) a signalé

    @NicolasAlfonsi Oui et là, on ne parle que des RS... Les US ont surtout AWS, Azure et Cloudflare. Si on devait faire tenir nos infras dans OVH, ça serait une régression technique et qualitative énorme... et ça nous coûterait extrêmement cher.

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

    @Calvitieux @ZeClint On est sur environs 0.5 miliards de sites webs sous apache/nginx/cloudflare server. Sans compter aws, et les milions de serveurs applicatif unix/Linux. Et les solution iot, box, boîtier technique. Je te laisse deviner l'os derrière.

  • QuentinLecocq_
    Quentin L · Système IA personnel (@QuentinLecocq_) a signalé

    Suite du fil. Où j'en suis, et comment c'est construit. Ce qui tourne : le client saisit son e-mail, reçoit un code à six chiffres valable 15 minutes, et arrive dans son parcours. 8 modules, 26 leçons écrites sur 28. La pile. React Router 8 en SSR sur Cloudflare Workers, base D1, Drizzle. Le tout tient dans un seul Worker : pas de serveur, pas de conteneur, un déploiement de 600 Ko compressés. Le contenu ne va jamais en base. Les leçons sont des fichiers MDX versionnés dans le dépôt, compilés au build. La base ne stocke que trois choses : qui tu es, ce que tu as acheté, où tu en es. Réécrire une leçon ou réordonner un module ne demande aucune migration, c'est un commit. Le nom du fichier est l'identifiant de la leçon, et il est stable à vie. Le catalogue refuse de s'assembler si le frontmatter et le nom de fichier divergent, parce que renommer un fichier effacerait la progression des élèves concernés. Un test rejoue cette validation sur le contenu réel à chaque CI, donc une leçon invalide casse la CI et jamais la première visite d'un client. Les compteurs sont dérivés, jamais stockés. Le pourcentage est recalculé à chaque requête, pondéré par la durée des leçons et non par leur nombre. Un compteur stocké finit toujours par diverger de ce qu'il compte. Une seule porte d'entrée. Toutes les pages privées sont enfants d'une même route de layout, et c'est elle qui vérifie l'accès : authentifié, inscrit, non révoqué, non expiré. Il n'y a donc pas un contrôle par page à ne pas oublier, il n'y en a qu'un, et il est sur le chemin. Le vrai risque n'est pas de mal l'écrire, c'est de déclarer un jour une page à côté du layout plutôt que dedans. Un test énumère la table de routage et échoue si une route vit hors du layout sans figurer dans une liste blanche explicite. Ajouter une page publique demande maintenant de le décider. Six portes avant toute fusion. ESLint avec zéro tolérance, y compris des règles d'architecture : un domaine n'expose que son index, aucun cycle entre domaines, les routes n'ont pas le droit d'importer l'ORM. Puis Prettier, puis TypeScript en strict renforcé, puis 53 tests, puis le build, puis un déploiement à blanc qui vérifie qu'on reste sous la limite de taille du Worker. Les tests tournent dans deux runtimes : la logique pure sous Node, et tout ce qui touche la base dans workerd, le vrai moteur de Cloudflare, avec une D1 isolée par fichier de test. Un test qui passe sous Node mais casse en production, c'est un test qui ment. Et depuis hier, la fusion sur main déploie. Un job qui ne démarre qu'après les six portes, uniquement sur la branche principale, jamais sur une pull request. Il applique les migrations de base avant de déployer le code, parce que du code qui attend une colonne absente casse à la première requête alors que l'inverse est inoffensif. Ce qui l'a déclenché : j'ai découvert que la version en ligne avait trois versions de retard. CI verte, site debout, contenu vieux de trois heures. Rien ne le signalait, parce que rien ne déployait. Ce qui n'existe pas encore : l'écran de leçon dans sa version complète, le mobile, les pages Ressources et Glossaire, le téléchargement des fichiers de départ, la limitation des demandes de code. Quatorze tickets ouverts. La suite, c'est de les dérouler.

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

    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

  • BabtouDeGwer
    Eul'Bab (@BabtouDeGwer) a signalé

    @BlueEcho014 @Djadjak34 le seul risque qui reste c'est un tracking d'ip, et si vraiment ça t'effraie tu DL cloudflare WARP (ou son nouveau nom Cloudflare One Client) ça te change ton ip gratos. juste pense à le désactiver si tu joues, certains jeux ça peut t'empêcher de te connecter et faire une error

Vérifier l'état actuel