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
Manchester, England 1
Angers, Pays de la Loire 1
London, England 2
Noida, UP 3
Jewar, UP 1
Braga, Braga 1
Paris, Île-de-France 2
Prievidza, Nitriansky 1
Farmers Branch, TX 1
Helsinki, Uusimaa 1
Crisfield, MD 2
Nanaimo, BC 1
New York City, NY 1
Istanbul, Istanbul 1
Greater Noida, UP 2
Augsburg, Bavaria 1
Bengaluru, KA 1
Montataire, Hauts-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:

  • Worldblindd
    WorldBlind (@Worldblindd) a signalé

    @p_duval @knafo_sarah Cloudflare, c’est quand même une référence. Pourquoi se taper des hébergeurs de ***** quand on cherche de la qualité ? Surtout que le nom de domaine est lui chez ovh. Le côté patriote n’a rien à faire ici mais vous l’ignoriez :)

  • JuWeb1
    ꧁ Randeaume ꧂ (@JuWeb1) a signalé

    Par défaut, le hostname est public. Pour verrouiller : Zero Trust → Access → Applications → Ajoute ton hostname → Policy : ton email uniquement Sans auth = page login Cloudflare. Ton service n'est jamais contacté. Gratuit jusqu'à 50 users.

  • Amir_Intel
    Amir_Intel (@Amir_Intel) a signalé

    @gchampeau Vraiment pas mal ! Niveau sécurité tu as pensé à mettre un cloudflare tunnel ou ce genre de chose ?

  • bortzmeyer
    Stéphane Bortzmeyer (@bortzmeyer) a signalé

    @ElecArtTech @_Nidouille_ L'Internet n'a pas eu de problème (il allait même mieux puisqu'il y avait moins de trafic). Ça n'a affecté que les utilisateurs de Cloudflare (et encore, une partie d'entre eux).

  • atreyou_78
    Renaud A. (@atreyou_78) a signalé

    Hello, Je cherche un spécialiste en temps de chargement pour mes médias, qui soit spécialisé dans tout ce qui est serveur (wpserveur) système de cache (cloudflare, wprocket etc.) Est-ce que vous connaitriez quelqu'un de super calé 🔥🔥🔥 là-dessus?

  • powl_d
    Powlisher (@powl_d) a signalé

    Petit update sur Speedway ⚡ ✅ Bug du flou corrigé ✅ Import des serveurs Speedtest ✅ Import des serveurs Cloudflare ⏳ Rebrancher NPerf ⏳ Tests end-to-end en cours On approche du moment où tout sera propre. Si vous avez des retours ou des suggestions, balancez-les en réponse, je les transmettrai directement à Emilien il fera en // 👀

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

  • Glieps
    Glieps (@Glieps) a signalé

    @lustuuu Leur site marche même plus! Erreur Cloudflare 1001 :D

  • EdzonDev
    Dev (@EdzonDev) a signalé

    @megaconfidence @moltbot Ok mais le soucis c'est la vie privé connecter mon compte icloud sur pc qui est dans les serveurs de Cloudflare Mdddrrr

  • TokRa14
    Tok-Ra 🇫🇷 - 🇺🇸 🤠 (@TokRa14) a signalé

    @krimog @gonzague Non c’est faux. Un bon speed test ça veut juste dire que le tuyaux entre ton pc et le serveur de test est bon. Mais le tuyaux qui ira chez cloudflare google etc à supposer que y’a pas de cache local opérateur, ça sera une toute autre histoire.

  • tutos_info
    Tutos Informatique (@tutos_info) a signalé

    @pimptonseo 1 générer les entrées DNS nécessaire pour la validation via api gsc 2 pousser les dns de vérification dans cloudflare ou autre outils qui gère tes dns via api 3 ajouter le site je pense que tu donne ça à Claude ça devrait l’aider

  • MrGueye_
    D Gueye🇸🇳💻 (@MrGueye_) a signalé

    J’ai passé la journée à insulter waa cloudflare alors c’est mon nginx qui était down après redémarrer du serveur suite à une mis à jour. J’avais oublié de enable nginx🥲

  • davidschk
    David Schkiwisk (@davidschk) a signalé

    Update sur Dashboard v2026.3.12 : c’est la 1re fois qu’une release me casse une partie de l’install, et je galère franchement à debug. Avec ma config actuelle via Cloudflare Tunnel, le dashboard n’était plus accessible du tout. En gros : • nouveau device pairing obligatoire, non documenté pour les reverse proxies / Cloudflare Tunnel • toute connexion distante hors localhost ou .ts.net est traitée comme non locale • résultat : “pairing required” + WebSocket fermé (1008) • openclaw devices approve crash dans le conteneur Docker avec “gateway closed” • seul fix chez moi : éditer devices/pending.json / paired.json à la main puis restart • et le pairing est à refaire si le navigateur régénère un device ID Bref, pour l’instant, si vous utilisez Cloudflare Tunnel, soyez prudents avant de passer sur cette release.

  • vietnamauthen
    Romain Hutt (@vietnamauthen) a signalé

    @LeMutantX C’est du spam. A priori des robots Tencent pour l’IA. Impossible à bloquer même avec Cloudflare. Chez moi, c’est monter jusqu’à 2000 visites par jour.

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

    @pbeyssac Je connais ca en ce moment sur un site client, habituellement on est autour de 8k visites / j, un load average de 0.2/0.4 et d'un coup, on passe à 120k / visites ... des milliers d'ip différentes, pas de ddos, donc protection heb impossible, ya que cloudflare qui mitige...

Vérifier l'état actuel