El servicio de Internet Cloudflare volvió a desconectarse, lo que provocó la caída de la mayoría de los sitios web y aplicaciones. Sin confiscación, esta vez el corte se resolvió en 10 minutos, un afectado contraste con la catástrofe del 18 de noviembre.
Cloudflare dijo el viernes que había implementado una opción para una interrupción que afectaba su panel de control y las aplicaciones conectadas, pero no mencionó el problema que provocó que los sitios web mostraran un “error interno del servidor 500”.
La compañía publicó una aggiornamento en su página de estado, señalando que había “implementado una opción” y estaba “monitoreando el comportamiento del sistema” mientras los servicios volvían a estar en radio.
La interrupción provocó interrupciones en varios sitios web, incluido el servicio de seguimiento Downdetector, las plataformas sociales LinkedIn, Substack y el intercambio de oculto centralizado Coinbase.
Cryptopolitan recibió varios informes de páginas web que no se cargaban, interrupciones en el inicio de sesión y tiempos de calma repentinos.
Las plataformas criptográficas descentralizadas en Solana informan fallas
Varios protocolos en la red Solana, incluidos Jupiter Exchange, Raydium y Meteora, informaron fallas en la interfaz de agraciado durante la pausa del servicio de Cloudflare. Según la cuenta comunitaria SolanaFloor, las plataformas insistieron en que sus backends estaban operativos, pero dijeron que los clientes no podían interactuar con información del mercado en vivo ni iniciar acciones en la prisión.
“Quería comprobar si Cloudflare está inactivo nuevamente -> fui a downdetector(.)com…. … Los detectores de descenso igualmente se ejecutan en Cloudflare, aparentemente”, bromeó el desarrollador de inteligencia fabricado Pietro Montaldo.
Cuando usted igualmente quiera informar que Cloudflare está inactivo, pero Down Detector usa Cloudflare. pic.twitter.com/g0d1MWN91C
– Pedro Silva (@pedrosilva) 5 de diciembre de 2025
Cloudflare había publicado una aggiornamento de estado a las 09:38 UTC, diciendo que su equipo estaba investigando un aumento de resultados de páginas vacías cuando los clientes accedían a una API de registro en un espacio de nombres de Workers KV. El aviso igualmente mencionaba que la empresa de servicios de Internet estaba investigando la causa del mal funcionamiento.
Una aggiornamento separada publicada cinco minutos antiguamente confirmó que los ingenieros habían “detectado niveles de error para los clientes que ejecutaban scripts de Workers” y estaban trabajando para analizar y contener el problema.
Los servicios de Cloudflare caen por segunda vez en un mes
El tiempo de inactividad del viernes se produce posteriormente de que la compañía experimentara una interrupción el 18 de noviembre a las 11:20 UTC, cuando la red mundial comenzó a no entregar el tráfico principal oportuno a un mal funcionamiento de los permisos de la cojín de datos.
Según la explicación de Cloudflare descrita en su blog, los permisos incorrectos obligaron a la cojín de datos a gestar varias entradas en un “archivo de funciones” utilizado por su sistema de diligencia de bots.
El archivo duplicó su tamaño y superó el coto soportado por el software de enrutamiento de la red responsable de procesar enormes volúmenes de tráfico mundial de Internet, que inevitablemente colapsó.
Los ingenieros sospecharon que había algún tipo de movilidad desaliñado, pero luego descubrieron la causa positivo y detuvieron la propagación del archivo de gran tamaño, reemplazándolo con una traducción previo para restaurar el funcionamiento regular.
Según Cryptopolitan documentaciónel tráfico central se recuperó a las 14:30 y los equipos pasaron varias horas posteriormente resolviendo el aumento de la presión sobre los sistemas a medida que regresaba el tráfico mundial.
“Lamentamos el impacto para nuestros clientes y para Internet en común. Dada la importancia de Cloudflare en el ecosistema de Internet, cualquier interrupción de cualquiera de nuestros sistemas es inaceptable. Que hubo un período de tiempo en el que nuestra red no pudo enrutar el tráfico es profundamente doloroso para todos los miembros de nuestro equipo. Sabemos que hoy los decepcionamos”, se disculpó Cloudflare.
Varias grandes plataformas centralizadas de criptomonedas dependen en gran medida de Cloudflare para estabilizar las cargas de tráfico. BitMEX informó interrupciones durante la interrupción, mientras que los servicios blockchain vinculados a Toncoin igualmente experimentaron retrasos y tiempos de inactividad.
¿Deberían los servicios criptográficos alejarse de las redes de entrega de contenido?
Amazon Web Services y Cloudflare son dos de las redes de entrega de contenido (CDN) más utilizadas en las que dependen las plataformas, incluidos los intercambios de oculto. Cuando AWS dejó de funcionar en octubre, Infura, el proveedor de infraestructura y red cojín de Coinbase, que admite numerosas aplicaciones blockchain, quedó fuera de radio temporalmente.
La secuencia de fallas es una razón más por la que las entidades criptoafiliadas deberían considerar descentralizarse por completo, según el director de seguridad de Tribe Payments, Fadl Mantash.
“La infraestructura detrás de una sola transacción se basamento en una prisión de plataformas en la nubarrón, procesadores, API de terceros, herramientas de autenticación y esquemas de tarjetas. Cuando descompostura cualquier conexión de esa prisión, todo el trayecto puede romperse”, señaló Mantash.
Aunque las propias cadenas de bloques pueden continuar procesando transacciones, los comerciantes no podrán ver la actividad ni interactuar con sus activos en caso de que se interrumpa Cloudflare o AWS.
