Mapa de Fallos de Cloudflare

Discusión comunitaria

¿Consejos? ¿Frustraciones? Compártelos aquí. Los comentarios útiles incluyen una descripción del problema, la ciudad y el código postal.

Tenga cuidado con los "números de soporte" o las cuentas de "recuperación" que se pueden publicar a continuación. Asegúrate de informar y votar negativamente esos comentarios. Evite publicar su información personal.

Reportes de Fallos de Cloudflare

Los últimos problemas e interrupciones reportados en social media:

• 
  Vernon Jordan M (@VernonJordanM) reportó hace 3 minutos

  @petrogustavo Inepto. Confundir la heurística de reputación de dominio en Cloudflare y los registros SSL/DNS con "censura" es analfabetismo digital puro. No hubo DDoS, ni error 502, ni bloqueo de IP: solo un filtro estocástico de phishing activado por falta de propensión de confianza. Bruto!

• 
  Julio Rodríguez Cruz (@thisjrodriguez) reportó hace 6 minutos

  @Fabio_O_A @marioarmentaart Nunca diremos qué es mejor esto qué un firewall a nivel de red o incluso en el propio servidor con las mismas gestiones. Es más visual y fácil para el usuario bloquear. Un buen ejemplo es facebook ahora, esta whitelist en cloudflare y no esta respetando los limites de robots

• 
  Nico Lopez (@Nicomlopez) reportó hace 9 minutos

  Empezamos tranqui esta semana sobre agentes de IA en producción: Cloudflare puso a prueba Mythos Preview (Anthropic, enfocado en seguridad) contra más de 50 repos propios para cazar vulnerabilidades. El artí**** cuenta qué funcionó, qué se rompió y por qué tirarle un agente de coding genérico a un repo enorme no alcanza ni de cerca. Lo mejor del artí****: -Mythos no "encuentra bugs": arma exploits. Encadena vulnerabilidades chicas, razona cómo combinarlas, escribe el exploit, lo compila, lo ejecuta y valida que efectivamente rompa algo. Si falla, lee el error, ajusta la hipótesis y vuelve a intentar, como un investigador senior que no se rinde - Por qué un agente genérico tipo Claude Code se queda corto en repos grandes: termina cubriendo menos del 0,1% del código relevante antes de reventar la context window, y la compactación se lleva puestos los hallazgos importantes. - Cómo le ganaron al caos con un harness de 8 etapas: Recon, Hunt (50 agentes en paralelo), Validate (un “abogado del diablo” que solo puede refutar, no proponer), Gapfill, Dedupe, Trace, Feedback y Report. - La intuición más fina del diseño: forzar desacuerdo entre agentes rinde más que pedirle a uno solo que “sea cuidadoso”. - Lo que más me quedó: Cloudflare dice que "parchar más rápido" no es la respuesta. Un SLA de 2 horas de CVE a patch en producción suena bien hasta que te das cuenta de que estás salteando regression testing y que los bugs por apuro suelen ser peores que el original. La salida no es correr, es diseñar sistemas que hagan el bug menos explotable incluso si existe. El modelo no es la solución, el sistema alrededor del modelo sí.

• 
  𝙋𝙚𝙜𝙖𝙨𝙪𝙨 (@pegasusQ2004) reportó hace 11 minutos

  Los bots ya son mayoría en Internet. Cloudflare indica en su último informe que el tráfico de IA y de agentes ha crecido tan rápido que ahora constituye la mayoría del tráfico en internet. Hemos cruzado una línea y la mayoría de la gente ni siquiera se ha dado cuenta. El futuro de internet es internet muerto.

• 
  notvoid (@nxtvoid) reportó hace 11 minutos

  @jeflopo @_nasch_ vps mmm no. no quiero tener que administrarlo (ya tengo y paso...) cloudflare, solo lo uso de proxy, la dx dev es horrible en mi opinión (aunque ya esta mejorando)

• 
  Diario฿itcoin (@DiarioBitcoin) reportó hace 12 minutos

  🚨 Descubren 10,000 vulnerabilidades críticas con IA 🚨 Anthropic reporta que su Project Glasswing, en colaboración con 50 socios, identificó más de 10,000 fallas en software clave. La rapidez en detectar fallas supera ahora a la de corregirlas. Empresas como Cloudflare y Mozilla ya reportan un aumento drástico en la detección de errores. El nuevo desafío: clasificar y corregir estas vulnerabilidades antes de que sean explotadas.

• 
  Vernon Jordan M (@VernonJordanM) reportó hace 12 minutos

  @CarlosOnoro Un WAF haciendo mitigación en Capa 7 por firmas heurísticas o rate-limiting ante un payload malformado, y el man piensa que está haciendo auditoría de sistemas. Un 403 de Cloudflare no es un acceso, es un proxy reverso rebotándote la conexión en la cara por no saber estructurar una petición limpia.

• 
  v (@vql3n) reportó hace 13 minutos

  Yo ahora investigando porque Cloudflare me está rechazando 50% de las reqs HTTP a mi servidor en prod con 450K hits por hora y con mensajes de 2 clientes avisando que la app funciona rara. curl -H "host: ..." 1.2.3.4 -> Funciona <- Directo curl domain > 50% si, 50% no. <- CF

• 
  Podéis llamarme Jota (@jordirubo) reportó hace 15 minutos

  @computerhoy Bueno, tampoco ha caído varias veces. Incluso puedo decir que no ha caído jamas ya que implemente los servicios de CloudFlare al vuelo mientras 3000 personas estaban jugando al PC Fútbol 7 xd

• 
  Borja Aranda Vaquero | #SEO #GoogleAds #WordPress (@BorjaAV) reportó hace 15 minutos

  7/ Paso 4: revisión del hosting. En este caso el hosting era decente (Siteground con plan GrowBig). No hizo falta cambiarlo. Pero activo el CDN de Cloudflare gratuito para distribuir los archivos estáticos desde servidores más cercanos al usuario. Eso no movió mucho el tiempo de carga en España, pero mejoró la experiencia para visitas desde otros países y añadió una capa de seguridad adicional.

• 
  Brian Mena (@brian_limitless) reportó hace 18 minutos

  4/7 El mito del 'SMTP es suficiente' también cae. Credenciales estáticas sin rotación. Conexiones lentas con handshakes TCP. Zero observabilidad. Y lo gordo: SMTP no funciona en edge runtimes. Cloudflare Workers ni se acercan.

• 
  RADAR AI (@RadarAI_es) reportó hace 21 minutos

  En un mes, junto a 50 socios: Más de 10.000 vulnerabilidades de alta o crítica severidad encontradas en software que usa todo el mundo. Cloudflare: 2.000 bugs encontrados. 400 críticos. Con menos errores que testers humanos. Mozilla: 271 vulnerabilidades en Firefox en semanas. Diez veces más que antes con versiones anteriores de Claude. En código open source, el que sostiene gran parte de Internet, 6.202 vulnerabilidades críticas en más de 1.000 proyectos.

• 
  Myrrakle (@myrrakle) reportó hace 22 minutos

  Salió versión nueva del MCP y es el cambio más grande que ha tenido desde que existe. Si tienes algo ya desarrollado, te toca migrar. Para quien no lo tenga claro: MCP es el protocolo que deja que un modelo se conecte con herramientas de afuera, tu base de datos, tu GitHub, tu Notion. En vez de que cada quien invente su propia integración, todos hablan el mismo idioma. Lo sacó Anthropic hace año y medio y hoy vive bajo la Linux Foundation, que es justamente por lo que AWS, Google y Microsoft salieron a apoyarlo el mismo día. Nadie adopta el protocolo de un competidor. Todo el mundo adopta un estándar. Lo que cambió es que MCP se volvió stateless. Antes, para hablar con un server MCP había que abrir una sesión. El server se guardaba quién eras, y esa conversación tenía que mantenerse viva. Era como una llamada telefónica, marcas, saludas, y hay que mantener la línea abierta todo el rato. Si se cae, se cayó todo. Ahora es mandar cartas. Cada carta dice quién eres y qué quieres, cualquier cartero la entrega, y si se pierde una mandas otra. ¿Y eso por que es un gran cambio? Porque antes, si tenías tu server corriendo en varias maquinas, cada petición tenía que volver a caer en la misma que te atendió al principio, porque era la única que se acordaba de ti. Eso te obligaba a montar sticky sessions o storage compartido, muy fastidioso y caro. Ahora cualquier petición cae en cualquier máquina. Y eso desbloquea justo lo que la gente venía pidiendo: correr servers MCP en serverless y en el edge, Lambda, Workers, lo que sea, sin mucha cosas. Pero lo que me dice que esto va en serio no es la spec, es quién salió a hablar el mismo día. AWS lo metió en Bedrock AgentCore. Cloudflare con soporte desde el día cero en Workers, y Sentry y Linear adoptando ahí mismo. Más Google Cloud, Microsoft Foundry, Netlify, Supabase, Figma. Eso no es entusiasmo de comunidad, eso es roadmap coordinado. Y hay un número en el anuncio que me llamo la atencion más que toda la spec junta. Lo soltó la gente de Honeycomb, de todas las consultas que reciben al mes, como el 20% ya las hace un agente y no una persona. Uno de cada cinco. Eso ya no es demo, eso es tráfico de producción. De paso, casi 500 millones de descargas al mes entre los SDKs oficiales, en un protocolo que tiene año y medio. La parte ladilla? El session id ya no existe, o sea que si llevabas estado ahí te va a toca rediseñar, y la recomendación es que una tool te devuelva un handle explícito y el modelo te lo vaya pasando de vuelta. Los headers Mcp-Method y Mcp-Name ahora son obligatorios en cada petición, no opcionales, y sospecho que eso va a doler antes que lo del session id. Y deprecaron Sampling, Roots, Logging y el transporte viejo de HTTP+SSE. Todo eso sigue vivo mínimo 12 meses, o sea nada te explota mañana. Pero si estás arrancando algo nuevo, no lo montes encima de lo viejo. Lo que más me gusta es que no maquillaron nada. Rompieron lo que había que romper y pusieron una política de deprecación con 12 meses para empezar, para que planifiques en vez de reaccionar. Eso es un protocolo creciendo, no un producto vendiendo.

• 
  Marco. (@rodrlguezmarco) reportó hace 23 minutos

  @danielslevi Yo uso Railway para deploy vinculado con Github con el plan de pago más barato, (5 USD creo). Cloudflare y en namecheap compré el dominio por 1 año. Por ahora tengo la app 24/7 disponible y el deploy es bastante rápido

• 
  ألفيري. (@0x4171341) reportó hace 25 minutos

  escribes a soporte te envian a iniciar session nuevamente, cuando la inicias, dicen que tienes que contectar al administrador de @Cloudflare , es decir, la experiencia de usuarios es para #psicologos y #psiquiatras envien a sus pacientes hacer terapias!