1. Inicio
  2. Compañías
  3. Cloudflare
  4. Map de fallos
Cloudflare

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.

Cargando mapa, por favor espere...

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:

Menos
Más'
Revisar Estado Actual

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
New York City, NY 2
Los Angeles, CA 1
Paris, Île-de-France 1
Manchester, England 1
Revisar Estado Actual

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:

  • efrainr38
    Efraín Rodríguez (@efrainr38) reportó

    Tenía 3 webs WordPress en un hosting compartido que costaba $8/mes y con la ayuda de Antigravity IDE las convertí en sitios estáticos con ASTRO + VUE y las desplegué en Cloudflare Pages, gratis.

  • vql3n
    v (@vql3n) reportó

    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

  • edu_seo_scraper
    Edu | 🚀 SEO & 🕷️ Web Scraping (@edu_seo_scraper) reportó

    Si en 2026 sigues scrapeando datos valiosos con requests básicos y un User-Agent falso, no estás extrayendo: estás pidiendo que te bloqueen. Cloudflare y DataDome miran TLS, headers, cookies, JS, IP y patrones. BeautifulSoup no es el problema. Tu fingerprint sí.

  • fr0ziisc2
    David Iglesias 🇮🇨 (@fr0ziisc2) reportó

    @root_rat Lo he celebrado porque a parte qué el concepto que han presentando me sirve como idea para mi trabajo y además porque para en ciertos sectores creo que si aporta valor que Cloudflare y Anthropic se junten para sacar este tipo de proyectos/alianzas, entiendo el prisma con el que lo enfocas tú, pero estamos en contextos distintos

  • otrestres
    otrestres (@otrestres) reportó

    @ritakozlov @Cloudflare cloudflare es mi plataforma favorita para vibecodear Casi no tengo ni que revisar el código, workers, D1, KV, turnstile… El agente me lo arma en local y luego me lo despliega sin complicaciones y sin fallo. Y si hay algo que no puede hacer con wrangler, lo hace en el dashboard

  • andresaldanah
    Andrés Aldana (@andresaldanah) reportó

    @AlejoBlackburn @CarlosOnoro Y la registraduría tiene un panel en Cloudflare dónde le puede decir al firewall que IPs bloquear. Cloudflare es un SERVICIO del cual la registraduría hace uso. No invente que Cloudflare no bloquea usuarios al azar salvo que le reporten la IP o vean algún comportamiento extraño.

  • josemfcheo
    José Martínez (@josemfcheo) reportó

    @galfrevn @Cloudflare Brutal! Supongo que le pagas una suscripción extra? O funciona con la misma de Claude?

  • stekamad
    Steka Mad (@stekamad) reportó

    . @MovistarArg bloqueo OpenCode por DNS? Sus DNS resuelven el dominio como 127.9.9.9, haciendo inaccesible el servicio. Si a alguien le pasa, usen los DNS de Cloudflare o Google. Pero honestamente no entiendo por que ****** bloquearian OpenCode.

  • 1080i60
    Benji Evangelista (@1080i60) reportó

    por qué? Porque he visto que DGO usa Cloudflare y un sistema de baja latencia, los paquetes llegan en milisegundos al router, pero usando fibra óptica y un buen routing por parte del ISP, cosas tecnicas. Si no va bien en tu conexión ya tendrías que tocar la puerta a tu ISP

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

    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!

  • demavares
    #Poer (@demavares) reportó

    Que tan poderoso en una liga de fútbol que puede imponerse ante VPN y Cloudflare? llegando a un punto de bloquera la IP de una conexión de Internet de un usuario en España.

  • congosto
    Mariluz Congosto (@congosto.bsky.social) (@congosto) reportó

    7/10 Por dentro: web estática con estética tipo Streamlit en Cloudflare y la base de datos en Turso (SQLite servido por red). Gratis, rápida. Sin servidor propio que mantener.

  • Teki_Now
    Teki Now (@Teki_Now) reportó

    Cloudflare confirma lo que ya se intuía. En las categorías más rastreadas por bots de IA, el tráfico humano cayó hasta un 40% en menos de un año. No son los bots: la gente ya no hace clic, le pregunta a Google y la respuesta llega ahí, sin visitar la web de origen.

  • entainadigital
    entainadigital (@entainadigital) reportó

    El dato del caso Cloudflare que más deberíamos mirar no es el del despido. Su auditoría interna pasó de muestrear áreas de riesgo cada trimestre a auditar cada riesgo de forma continua. Más rápido y con menos errores. Cuando medir cuesta casi cero, medir deja de ser un puesto.

  • myrrakle
    Myrrakle (@myrrakle) reportó

    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.

Revisar Estado Actual