Mapa de Fallos de Cloudflare
El siguiente mapa de fallos muestra las ubicaciones más recientes en todo el mundo donde los usuarios de Cloudflare informaron sus problemas e interrupciones. Si tiene un problema con Cloudflare y su área no aparece en la lista, asegúrese de enviar un reporte a continuación.
El mapa de calor anterior muestra dónde se agrupan geográficamente los reportes más recientes enviados por usuarios y de redes sociales. La densidad de estos informes se representa mediante la escala de colores, como se muestra a continuación.
Usuarios de Cloudflare users afectados:
Cloudflare es una compañía que proporciona servicios de red de entrega de contenido (CDN), mitigación de DDoS, seguridad y servicios DNS distribuidos. Los servicios de Cloudflare se ubican entre el visitante y el proveedor de alojamiento del usuario de Cloudflare, actuando como un proxy inverso para los sitios web.
Lugares Más Afectados
Reportes de fallos e interrupciones de los últimos 15 días se originaron desde:
| Lugar | Reportes |
|---|---|
| Frankfurt am Main, Hessen | 2 |
| Paris, Île-de-France | 2 |
| Berlin, Land Berlin | 2 |
| Easton, PA | 1 |
| Goiânia, GO | 1 |
| Zürich, ZH | 1 |
| Ulm, Baden-Württemberg Region | 1 |
| Merlo, BA | 1 |
| Eastleigh, England | 1 |
| New Orleans, LA | 1 |
| Mainz, Rheinland-Pfalz | 1 |
| San Miguel de Tucumán, TM | 1 |
| Villa Crespo, CF | 1 |
| Aguascalientes, AGU | 1 |
| Köln, NRW | 1 |
| Trondheim, Trøndelag | 1 |
| Derry, Northern Ireland | 1 |
| Maceió, RJ | 1 |
| Neu-Ulm, Bavaria | 1 |
| Hamburg, HH | 1 |
| Altavilla Vicentina, Veneto | 1 |
| Victoria, BC | 1 |
| Madrid, Comunidad de Madrid | 1 |
| Brussels, Bruxelles-Capitale | 1 |
| Padova, Veneto | 1 |
| Madisonville, KY | 1 |
| Central, NM | 1 |
| Maple, ON | 1 |
| Vitry-sur-Seine, Île-de-France | 1 |
| Sargans, SG | 1 |
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:
-
Miguel Ángel Durán
(@midudev) reportó
@cskh @Hector_Escalona Tu punto era que desactivar Cloudflare era lo peor que se podía hacer. Lo has dicho literalmente. Y yo lo que digo es que si esa es la mentalidad, habría que revisar bien la infra que estás montando. Porque lo peor es que tu web no funcione para nadie.
-
Grok
(@grok) reportó
@lamaicoder @DanielBlancoSWE @juliancamposes Cloudflare tuvo una caída el 18 de noviembre de 2025, de 11:20 a 14:30 UTC, causando errores 5xx en miles de sitios. **Causa raíz:** Un cambio en permisos de base de datos duplicó el tamaño de un archivo de Bot Management, excediendo límites y fallando el enrutamiento. **Impacto:** Afectó tráfico global, Workers KV y Access. Puntajes de bots fallaron en algunos motores. **Mitigación:** Detuvieron la propagación del archivo y lo reemplazaron; todo normal a las 17:06 UTC. **Lecciones:** Mejorar manejo de tamaños de archivos y diagnóstico inicial para evitar confusiones con ataques.
-
Consejo d Seguridad d Información y Ciberseguridad
(@CONSEJOSIAC) reportó
Cloudflare confirmo un fallo generalizado: su panel, API y servicios clave dejaron de responder. Un recordatorio de que hasta los proveedores mas robustos pueden fallar en cadena.
-
El Pacho
(@LPacilio) reportó
menos mal que AWS ni cloudflare se rompieron hoy sino como se enteraban
-
Fabián
(@fabgonber) reportó
@DanielBlancoSWE @DanielBlancoSWE empezó la tormenta de Cloudflare su acción de empezó a desplomar, lo evidente es que era un fallo puntual y que lo iban a recuperar. 9.31AM de NY, a vender put, hoy precio recuperado, cerrar las put, 8% de utilidad en 1 día gracias a CF. cc: @JRamirezChacon1
-
Grok
(@grok) reportó
@gustavotsp @midudev Sí, es cierto. El 18 de noviembre de 2025, Cloudflare sufrió una caída masiva por una consulta SQL mal diseñada en su base de datos ClickHouse. Tras un cambio de permisos, la consulta duplicó datos sin filtros, haciendo que un archivo de configuración creciera descontroladamente. Esto colapsó miles de servidores y afectó a medio internet. Parecía un ataque, pero fue un error interno. Fuentes: reportes de Cloudflare y noticias como The Register.
-
Martín Mejías López
(@martin_meji00) reportó
@Drummer_HC @grok porque se cayó cloudflare?
-
Grok
(@grok) reportó
@Guaje_0007 @midudev Claro: En el outage de Cloudflare del 18/11/2025, un cambio en permisos de base de datos hizo que una consulta SELECT devolviera datos duplicados. Esto infló un archivo de configuración para su sistema de Bot Management, superando límites de tamaño y colapsando miles de servidores. Como Cloudflare maneja tráfico masivo de internet, el error propagado dejó KO sitios globales. Fue un bug latente que explotó.
-
Web3 En Corto
(@web3encorto) reportó
🔥 TECHNO-OPTIMISMO Y PROBLEMAS COMO PROGRESO • Cada solución tecnológica crea nuevos problemas: Web1 descentralizado era lento, Web2 centralizado ahora colapsa globalmente. • #Cloudflare cayó ayer tras AWS. El web moderno depende de 3 proveedores. 📌 Los problemas complejos son señal de progreso. #Web3 podría re-descentralizar internet.
-
Chris
(@cskh) reportó
@Hector_Escalona @midudev Me preocupa que nadie mas haya pensado en esto. Por mas mal que Cloudflare haga, desactivarlo temporalmente es lo peor que se puede hacer!! Invalidas completamente las protecciones que te aplican y fácilmente triplicas la superficie de ataque
-
Carlitos paredes
(@py_carlitos16) reportó
Menos mal que las cosas virtuales como la falla de cloudflare y caida de canva y otras app que usan el sistema, nunca me entero y nunca compruebo por que después de que se arregla todo me entero...
-
Nombre
(@Filprafa) reportó
@DanielBlancoSWE Excelente Cloudflare detallando lo que pasó y explicando cómo piensan mitigar a futuro. Raro ver empresas que se hagan cargo públicamente del error
-
Grok
(@grok) reportó
@jimmypazos @5eniorDeveloper Sí, cambiar a los DNS originales del servidor podría ser una solución práctica y rápida para evitar la dependencia de Cloudflare durante una interrupción. Pero considera que los cambios DNS tardan en propagarse (hasta 48 horas por TTL). En el outage del 18 de noviembre, Cloudflare lo resolvió en horas, así que esperar o usar un DNS backup alterno también son opciones viables.
-
Charlie L ⚡️
(@charliesbot) reportó
@DevOfThunder @Cloudflare Bienvenido al mundo de software engineering. Se escriben post mortems cuando las cosas fallan y quieren aprender de tus errores Y se hacen públicos cuando quieres compartir a clientes o a otros devs tus aprendizajes
-
Miguel Ángel Durán
(@midudev) reportó
@cskh @Hector_Escalona ¿Cómo que nadie ha pensado en esto? Por favor, si lo explico hasta en el README del proyecto. Lo que me preocupa es que penséis que Cloudflare es la única forma de proteger tu sitio. Por ejemplo, todos mis sitios están en Vercel. Vercel tiene su propio firewall y me importa cero que se exponga el origen. Pero es que en otros uso AWS Shield, que también puede servir justamente para evitar lo que comentáis. Normalmente, entre NO poder servir tu página web porque la bloquea la Liga o porque Cloudflare está caído y que alguien pueda disfrutar de tu servicio... Me parece horrible pensar que la solución correcta es que nadie pueda ver tu web porque crees que Cloudflare es lo único que podía protegerte. Es que igual tienes un problema muy grave en tu servidor, eh, y deberías empezar por ahí.