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
Asnières-sur-Seine, Île-de-France 1
New York City, NY 3
Township of Evan, KS 1
Ahmedabad, GJ 1
Le Puy-en-Velay, Auvergne-Rhône-Alpes 1
Ann Arbor, MI 1
Palermo, Sicily 1
Los Angeles, CA 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:

  • jmaxdev
    Jmaxdev (@jmaxdev) reportó

    En mi caso, todas mis bases de datos se guardan a la noche en cloudflare r2. Ademas, uso github para alojar el codigo, así que tengo todo lo necesario por si necesito migrar o ver soluciones por si falla el servidor.

  • ErickArturoP
    Erick Arturo Perez Huemer (@ErickArturoP) reportó

    Urge nota publica de .@aigesinnovacion sobre falla de DNS de CWP. Aún en la mañana de hoy todavía hay instituciones que no saben qué hacer. Opciones? 1.1.1.1 8.8.8.8 #cloudflare #googledns

  • 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.

  • ara_que
    Paror | IT, AI & Tech (@ara_que) reportó

    La idea detrás de lo nuevo de Cloudflare es potente: no basta con añadir más reglas. Si un bot aprende a esquivarlas, toca adaptar la protección al tráfico y encarecer cada intento. En seguridad, ganar no siempre es bloquearlo todo. Es hacer que atacar deje de compensar.

  • ElChicoPodcast
    El Chico Podcast (@ElChicoPodcast) reportó

    Ayer domingo, sobre las 18:30, me pasó algo surrealista. LaLiga de fútbol me había tumbado la web. Y no, mi web no retransmite partidos piratas. Llevaba meses funcionando perfectamente en Cloudflare. De repente, entro y veo esto: ERR_CONNECTION_TIMED_OUT. Reviso todo. El código está bien. Las DNS están bien. El panel de Cloudflare dice que todo está perfecto. Pero la web no carga. Después de volverme loco haciendo pruebas, llegué al fondo del asunto. Mi dominio apuntaba a unas IP compartidas de Cloudflare. Y las conexiones hacia ellas desde España estaban bloqueadas. ¿Qué narices estaba pasando? El fútbol. Resulta que LaLiga tiene permiso judicial para exigir a las telecos que bloqueen las IP que emiten fútbol pirata. El problema es cómo funciona Internet por dentro. Cloudflare usa IP compartidas. En una misma dirección IP puede estar alojado el que piratea el partido y tú vendiendo tus servicios legítimos. Bloquean al pirata y, de paso, te cortan la cabeza a ti. LaLiga dice que la culpa es de Cloudflare por mezclar negocios legales con ilícitos en la misma IP. Cloudflare dice que bloquear IP enteras es una salvajada que hunde a clientes legales. Y en medio estamos nosotros. Empresas, desarrolladores y dueños de negocios que un domingo por la tarde descubrimos que estamos offline. Sin haber hecho nada. Al final, la solución rápida ha sido sacar la web de Cloudflare y llevármela a Netlify. Asunto arreglado. Pero la lección que me llevo de hoy no va de servidores. Puedes hacer todo bien. Tener tu código perfecto, tu servidor impoluto y tus DNS clavadas. Y aun así, que tu negocio se vaya a negro por una decisión que toma alguien a tres capas por encima de ti. Yo tengo suerte de saber de informática, pero los que no? Ahora tendrían que estar esperando a que sus informáticos volvieran de vacaciones... En fin... La lucha contra la piratería es necesaria, por supuesto. Pero ojalá alguien me explique quién paga los platos rotos cuando el daño colateral es tu negocio.

  • VernonJordanM
    Vernon Jordan M (@VernonJordanM) reportó

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

  • 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

  • fabiomb
    Fabio Baccaglioni (@fabiomb) reportó

    @nanull0x man, estoy mostrando mis reglas de Cloudflare y tengo escritos 200 posts sobre el tema, si tenés una idea copada no necesitamos DM, lo decís acá, el DM de ayuda no solicitada es en un 90% probabilidad de scam, consejo no pedido: la conversación es acá afuera y luego DM

  • Didanet_TV
    Matías 'Didanet' Gómez (@Didanet_TV) reportó

    @franperez_fp Meta tiene uno de los peores soportes, solo comparable (para mal) con el de Cloudflare. Lamentablemente esa es la vara que manejamos hoy en día.

  • ataschz
    Ata Herrera 🇦🇷 (@ataschz) reportó

    Una salvedad sobre @Cloudflare AI Gateway: Nosotros usamos este servicio en prod, y funciona EXCELENTE, pero usando BYOK de otro sproveedores como Bedrock/Vertex/OpenAI directo. El problema que esty contando es tratar de "comprarles" a ellos directo. Una lastima.

  • chorch_md
    Chorch (@chorch_md) reportó

    Qué bien que funciona Zero Trust de @Cloudflare, si necesitan agregar un auth simple y seguro para sus apps o entornos donde pocas personas tienen que acceder, es muy recomendable. Por ejemplo, para un portal de clientes, para uso interno en equipos, startups, etc...

  • 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.

  • dagatomaa
    PicciDev (@dagatomaa) reportó

    Para los que son de Arg y esten teniendo problemas de perdida de paquetes en #MarvelRivals les cuento que me funciono a mi Descarguen la app desde 1.1.1.1 (Cloudflare WARP). Elijan la opción "Navegación privada" (gratis). En modo, ponen "Tráfico y DNS (UDP)" y le dan a Conectar.

  • rea1ReinaCruz
    Reina Cruz 🥼🧤🇨🇺 (@rea1ReinaCruz) reportó

    La verificación de @Cloudflare es un absoluto cáncer por decir lo mínimo, puede tardar horas reintentando y dsndo vueltas hasta lograr que te aparezca el human-check, encima te pueden bloquear la cuenta si te pasas de reintentos (no es culpa del usuario). Por lo que sea esto no le ocurre a los bots scammers nigerianos que te llenan de spam el DM. Deberían corregir el tiempo de cada intento para que no se corte antes de cargar.

  • ataschz
    Ata Herrera 🇦🇷 (@ataschz) reportó

    A ver... Si te cargue creditos en tu gateway, si estoy probando tu propio servicio, creo que es bastante obvio que no voy a usar una api key propia... En fin, segui probando un poco mas y fue imposible, constantemente me tiraba rate-limit y no me dejaba avanzar. Punto negativos: no entiendo su relacion con @OpenAI o si tienen poca cuota de venta o si tiene tiers de uso que tengo que ir levantando, no entiendo sinceramente y no se entiende y no lo explican. Punto positivo: Todo queda dentro de @Cloudflare, si te llega a andar, excelente servicio todo centralizado.

Revisar Estado Actual