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:

• 
  Webologie (@Webologie_me) a signalé il y a 1 minute

  @Tatt_ing Quad9 est basé en Suisse, hors UE, c’est le meilleur choix pour la vie privée. Cloudflare est américain, soumis au Cloud Act, mais ne conserve pas les logs au-delà de 24h selon leur politique. Si tu veux rester 100% hors de toute juridiction contraignante, Quad9 est la réponse. Et avec Pi-hole chez toi, tes requêtes DNS ne quittent pas ton réseau.

• 
  ▷Runa◁ (@runaviper) a signalé il y a 3 minutes

  @_AnimeHD_ @Prince_Seven_7 Perso je peux pas aller sur le site cloudflare chargé en boucle . Peut être est ce ça ? Si l’infra est bloqué la connexion aussi ?

• 
  Jérôme Pinard (@CaptainJeromeFr) a signalé il y a 6 minutes

  Bali, Jour 9/90 du défi : les premiers frémissements apparaissent enfin dans Google. J’ai commencé la journée avec un mélange d’amusement et d’excitation. Amusement, parce que je viens encore de contourner un obstacle technique. Excitation, parce que le SITE-01 commence enfin à produire ses premières données réelles. CONTOURNER L’OBSTACLE Hier, Infomaniak bloquait toujours la validation des réglages DNS du SITE-02. J’aurais pu attendre. J’ai préféré chercher une autre route. J’ai transféré la gestion DNS vers Cloudflare, conservé la messagerie chez Infomaniak et relié le site à mon serveur Cloudron. Problème contourné. SITE-02 accessible. Cette façon de travailler commence à devenir une règle personnelle du défi : je n’essaie pas d’anticiper tous les problèmes avant d’agir. J’avance jusqu’à rencontrer le prochain obstacle, puis je cherche la solution la plus simple pour continuer. Ce n’est peut-être pas la méthode la plus rassurante. Mais elle évite de passer des semaines à préparer des problèmes qui n’arriveront peut-être jamais. UN NOUVEL OUTIL QUI TRÉBUCHE J’ai ensuite préparé le suivi des positions Google des deux sites dans OpenSEO. 16 recherches commerciales. Un suivi mobile localisé. Un premier relevé lancé. Résultat : échec technique sur les 16 recherches. Aucune position retournée. Un nouvel obstacle. Mais pas une raison de bloquer la suite. Je retenterai demain, après avoir vérifié la cause, sans lancer les contrôles en boucle et brûler inutilement des crédits. LES PREMIERS FRÉMISSEMENTS Heureusement, Google Search Console avait une meilleure nouvelle. Le SITE-01 commence à apparaître dans Google : • 51 impressions • 6 recherches différentes • 0 clic • une position moyenne de 69,6 • deux recherches locales autour des positions 48 et 49 Soyons honnêtes : ce ne sont pas encore de bons résultats. Personne n’a cliqué. Le site reste loin de la première page. Il n’a généré aucun véritable prospect. Et pourtant, j’étais franchement excité en découvrant ces chiffres. Parce que je possède enfin un point de départ. Le site n’est plus seulement une hypothèse, un document dans Obsidian ou quelques pages WordPress. Google l’a découvert. Il commence à le tester sur de vraies recherches. LE VRAI DÉFI COMMENCE À partir de maintenant, il ne tient qu’à moi, à ma persévérance et à ma capacité d’apprendre pour améliorer ces résultats semaine après semaine. Je vais observer. Tester. Me tromper. Corriger. Et surtout continuer à agir, même lorsque les résultats sont faibles ou qu’un outil refuse de fonctionner comme prévu. Mon objectif reste le même : arriver au terme de ces 90 jours avec suffisamment de résultats probants pour pouvoir dire GO. Pas parce que j’aurai envie d’y croire. Parce que les données me donneront de bonnes raisons d’y croire. LA SUITE Demain, je retenterai le suivi automatisé des positions et je comparerai ses résultats avec les premières données réelles de Google Search Console. Nouvel épisode : OpenSEO va-t-il enfin réussir à retrouver mes deux sites dans Google ?

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

  @PAPAMICA__ Il va falloir que je regarde ça, parceque utiliser cloudflare j'aime pas, j'ai mis un client dessus pour mitiger les bot ia...

• 
  Mattioo (@Mattioo81) a signalé il y a 8 minutes

  @yeca Je n'achète jamais de liens, 100€ de serveur mais tu pourrais tout faire en site statique gratuitement avec cloudflare maintenant, les domaines représente une part significativement de l'investissement oui, 1500€ par mois à peu près aujourd'hui

• 
  mathieu (@mathieuhq) a signalé il y a 9 minutes

  j’ai mis en place un système de backup pour hermes avec rclone + cloudflare r2 tous les jours à 3h, un cron systemd déclenche un script, un lock empêche 2 backups de tourner en parallèle la commande officielle `hermes backup` génère un zip de son état : config, mémoire, skills, crons et base sqlite avant l’upload, le script teste l’intégrité du zip, vérifie que les fichiers critiques sont présents et calcule un sha-256 rclone envoie ensuite l’archive + son checksum sur r2 en mode immutable le script relit entièrement le fichier depuis r2, recalcule le hash et ne valide le backup que si les 2 correspondent le timer est persistent : si le serveur est éteint à 3h, le backup part au prochain démarrage

• 
  Cédric Bnt (@cedric_bnt) a signalé il y a 13 minutes

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

• 
  Paul Brumder (@Natix) a signalé il y a 20 minutes

  @Bixentee_ Prends le nom de domaine sur Cloudflare, presque tout aujourd'hui est automatisé, tu peux te connecter à Vercel, Resend et X systèmes et tout est configuré automatiquement, le reste l'IA le fera pour toi 👍🏻

• 
  Loris Dalleau (@Loris_Dalleau) a signalé il y a 23 minutes

  Clairement, cette annonce de Cloudflare est l'une des plus intéressantes que j'ai pu lire ces derniers temps. En ce début du mois de juillet, Cloudflare a lancé sa « Monetization Gateway », et le principe tient en une image. Tout ce qui transite par son réseau, une page web, une API, peut désormais être facturé au passage, réglé en stablecoins via un protocole ouvert nommé x402. Autrement dit, Cloudflare a posé un péage sur les autoroutes d'internet, et il vient d'abaisser la barrière ! 💡Pas mal, comme idée, non ? Perso, je trouve que leur idée est plutôt smart.. Pourquoi ça compte ? Parce que le vieux deal sur internet commence à sentir le sapin. Depuis 30 ans, la règle était simple, tu prends du contenu gratuit, tu regardes une pub en échange. Sauf qu'un agent IA est le pire client du monde pour ce marché. Il ne regarde aucune pub, ne s'abonne à rien, aspire la page, repart avec ce qu'il voulait et surtout il ne laisse même pas un petit pourboire.. Bon après, pour être honnête, le blocage n'a jamais été un refus de payer, mais plutôt un problème de plomberie. Les circuits d'aujourd'hui sont parfaits pour un achat humain, mais grotesques pour un paiement de quelques centimes lancé par un logiciel. En dessous d'un certain seuil, encaisser coûte plus cher que la somme elle-même ! C'est ce verrou que x402 fait sauter. Le logiciel demande une ressource, le serveur réclame une petite somme, le logiciel paie et repart aussitôt avec le contenu, sans compte ni carte à sortir. Et les gros de la vieille économie dans tout ça ? Eh bien, écoutez, je pense qu'ils peuvent dormir tranquilles. En effet, si on prend un géant comme Google, il vit de l'attention humaine, sur Search comme sur YouTube, et de toute façon, un robot ne cliquera jamais sur une pub pour une voiture chinoise... De leur côté, Visa et Mastercard règnent sur l'achat humain à forte valeur, là où il faut gérer les litiges et la fraude. Bref, Cloudflare ne vient pas leur piquer leur déjeuner, il s'installe à une table que personne n'occupait encore, celle des machines qui se paient entre elles. Déjà très présent sur la route du trafic mondial, Cloudflare est parfaitement placé pour encaisser ce nouveau péage. Clairement, si on dézoome, on peut dire que le paiement a toujours consisté à combler un manque de confiance contre une commission, et il se pourrait bien que Cloudflare en soit l'un des grands vainqueurs sur la prochaine décennie 🏆

• 
  Ousmane COULIBALY (@goncoolio) a signalé il y a 26 minutes

  @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

• 
  Eddy Vuillaume (@Whazweb) a signalé il y a 27 minutes

  @fabienr34 Le problème n'est pas Cloudflare lui même mais la manière dont les configurations sont effectuées et oui ca peut mettre un sacré bazar...

• 
  Amir_Intel (@Amir_Intel) a signalé il y a 27 minutes

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

• 
  Saint Rocwo 👽 (@RocwoEncore) a signalé il y a 29 minutes

  @jeunegardefacho @Cloudflare C'est le site qui doit mal utiliser cloudflare ? T'as eu ça sur d'autres sites ?

• 
  OrkStr (@OrkStr) a signalé il y a 36 minutes

  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 👀

• 
  KPTN FRKS (@kptnfrks) a signalé il y a 37 minutes

  @LFI_Forever Oui, mais les Data Center et l'IA, c'est mal... Sauf pour faire des photos fake d'Hanouna dans le style de l'explosition "du juif et la France" ou pour héberger leur site officiel chez CloudFlare : ils prônent la souveraineté numérique mais sont incapables de gérer en interne.