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 |
|---|---|
| Berlin, Land Berlin | 3 |
| Paris, Île-de-France | 2 |
| Magdeburg, Saxony-Anhalt | 2 |
| 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 |
| Frankfurt am Main, Hessen | 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 |
| Jewar, UP | 1 |
| Clermont-Ferrand, Auvergne-Rhône-Alpes | 1 |
| Marseille, Provence-Alpes-Côte d'Azur | 1 |
| Jacksonville, FL | 1 |
| Akron, OH | 1 |
| Borough of Bellevue, PA | 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:
-
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ó.
-
Doctor Antivirus
(@DoctorAnti69442) reportó
@soy_ecommerce Mira, aqui tengo Fibex y no esta bloqueado, pero ayer me fallo al tener los DNS de Cloudflare.
-
Consejo d Seguridad d Información y Ciberseguridad
(@CONSEJOSIAC) reportó
Cloudflare descarto actividad maliciosa o ataques. Todo apunta a un error interno amplificado por la enorme escala de su infraestructura global.
-
Orlando Suárez
(@orlandosuarez) reportó
desde
Juslibol, Aragon
@freepik ¡Hola! Me han llegado todas las solicitudes a partir de las 12 del mediodía y ya funciona correctamente. Habrá sido algún problema en el smtp del servidor (como ayer se cayó Cloudflare, igual fue eso). ¡Gracias por responder!
-
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.
-
Víctor Villalobos
(@ViktorPy) reportó
@soy_ecommerce Mi respuesta iba orientada a que, independientemente de que fuesen o no soluciones prefabricadas, Cloudflare está presente en cerca del 80% de webs que utilizan CDN; Iba orientado al post al que respondiste y no a tu respuesta en sí.
-
Beep
(@Upps_666) reportó
@Mowgli420 El señor podra ser de lo peor, trae ideas anticuadas, sus trabajadores luego hacen tranza, pero tiene la mejor app, bbva quiere llevarse a sus desarrolladores, porque se los robó cloudflare XD
-
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.
-
Lean
(@elboludosape) reportó
@luagos02 No se cayo twitter, sus servidores andaban. Lo que se cayo fue CloudFlare, es un software de seguridad, que analiza el trafico de la red, osea es un filtro de seguridad
-
RealCat
(@RealCatLol) reportó
@Rgiljimenez Pero eso será por dos motivos 1.- todavía no se habrán crackeado los episodios 2.- cloudflare se ha caído el otro día y hay algunos sitios todavía caídos, la mayoría de sitios menos conocidos puede que estén caídos Toca esperar o deja que lo revise luego
-
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í.
-
Daniel Blanco 💻🤖
(@DanielBlancoSWE) reportó
Cloudflare sufrió ayer su peor caída desde 2019. Entre las 11:20 y las 14:30 UTC gran parte del tráfico global dejó de pasar por su red, mostrando errores 5xx en miles de webs. Me he leído su post mortem y te lo resumo en este hilo para que entiendas lo que ocurrió 🧵
-
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
-
Daniel Blanco 💻🤖
(@DanielBlancoSWE) reportó
Cloudflare asumió las culpas y anunció ya los próximos pasos: - Endurecer validaciones de archivos internos - Añadir más "kill switches" para desactivar features - Mejorar la gestión de errores y blindar rutas críticas del proxy. Reconocen que una caída así es inaceptable en un servicio central de Internet.
-
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.