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 |
|---|---|
| New York City, NY | 2 |
| Los Angeles, CA | 1 |
| Paris, Île-de-France | 1 |
| Manchester, England | 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:
-
Fabio Baccaglioni (@fabiomb) reportóes incromprensible que los DNS de correo argentino no funcionen y no pueda resolver el dominio de registro 🤪 boludo, en serio, tengo que ir saltando de proveedor de DNS para ver si alguno funciona Tuve que usar los DNS de Cloudflare (1.1.1.1 y 1.0.0.1)
-
El Nuevo País (@ElNuevoPais2026) reportóLOS HUMANOS YA SOMOS MINORÍA EN INTERNET Que no te asuste, pero tampoco lo ignores: por primera vez en la historia de la red, los bots superaron al tráfico humano. Lo confirmó Matthew Prince, CEO de Cloudflare —una empresa por la que pasa cerca de 1 de cada 5 webs del planeta—. ¿Los números? Alrededor del 57,5% del tráfico ya lo generan máquinas; solo el 42,5% viene de personas de carne y hueso. Y lo más impactante: el propio Prince calculaba que esto pasaría en 2027. Llegó año y medio antes, porque los agentes de IA crecen unas 8 veces más rápido que nosotros. ¿Por qué? Porque cuando tú buscas, digamos, una cámara, visitas 5 páginas. Tu agente de IA visita 5.000. La red se está llenando de máquinas trabajando para —y entre— máquinas. Un matiz importante, para no caer en el pánico: esto mide solicitudes de tráfico, no tiempo de uso. En horas de pantalla, los humanos seguimos mandando. Pero la tendencia es clarísima… y revive la vieja “teoría del internet muerto”, esa que dice que la red terminará siendo, sobre todo, bots hablándole a bots. Bienvenidos a la nueva internet. Ojalá aún quede alguien humano leyendo esto.
-
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.
-
Miguel de Mora (@mdemora_dev) reportóAlguna recomendación de algún servicio de scraping? Que pueda saltarse cloudflare + IP dinámicas?
-
Pixelatumente (@pixelatumente) reportó@Fluyeporlaweb @MarinaBoschi3 Estoy pasando la mayoría de sitios de WordPress a Astro y a Cloudflare Pages. Con la ayuda de Hermes se está convirtiendo en un vicio.
-
Luis Sosa (@lsosa22) reportó15/ CDN, seguridad y protección web: Cloudflare, Sucuri, Akamai, BunnyCDN, Fastly. Esto afecta velocidad, protección contra ataques, seguridad web y disponibilidad de servicios online.
-
NickTradeFlow (@nicktradeflow) reportóPARECE QUE YA FUE SOLVENTADA LA FALLA DE MOVISTAR 🫡 Si cambiaron DNS pueden dejarlos en auto o en 1.1.1.1 y 1.0.0.1 respectivamente, esos son los DNS de Cloudflare que generalmente son más rápidos que los propios de Movistar. #movistar #caida #caido
-
Borja Aranda Vaquero | #SEO #GoogleAds #WordPress (@BorjaAV) reportó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.
-
Señor Libertario (@Ciro2001_) reportó@MFontanac @opencode Si seguis con el mismo problema, creo que es un tema del ISP Por alguna razon bloquea la api url de opencode especificamente, la pagina web no, pero la api si La solucion es usar DNS de cloudflare o google
-
Dylan (@dylansz_) reportó@dfgonzalez @0xEulersID El error está desde el lado de Nic. Ar , no desde cloudflare en sí
-
sim ⟡ (@taikocore) reportó@exorsus12 cloudflare te deja como a 7 dolares mensuales el cdn para hostear los 500gb de cosas con $0.015 por gb adicional pero si teni un disco duro por ahí mejor te armai un server personal q te sirve para todo realmente
-
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
-
Pablo Granate (@pablogranate) reportó@aardid @galfrevn @Cloudflare Funciona perfecto!!
-
notvoid (@nxtvoid) reportó@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) Tanstack Start, no veo necesidad migrar aun, nextjs cumple con la mayoría de casos que necesito
-
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