Cloudflare sitúa fuera de su red la congestión que afecta a China

12 oct 2026, 14:00·2 fuentes

Por InfraCrew Editorial · Criterios editoriales y correcciones

Cloudflare actualizó hoy su incidente de China Network: atribuye la degradación a congestión del Internet público hacia orígenes fuera de la región. Persisten lentitud y errores 524 sin plazo de resolución.

Escena ilustrada de un distrito costero chino al anochecer, con una carretera y un marcador de fibra óptica con distintivo InfraCrew; representa conectividad internacional, no un lugar real del incidente.

Cloudflare ha actualizado hoy, 12 de octubre, el incidente de China Network con una explicación más concreta de la degradación. En su comunicación de las 04:23 UTC —06:23 en Madrid— sitúa la congestión en el Internet público entre determinadas ciudades y provincias de China continental y servidores de origen fuera de la región. El problema está abierto desde el 10 de octubre.

La compañía recoge lentitud y timeouts intermitentes en varios operadores y mantiene el incidente identificado, con impacto clasificado como minor. No publica un plazo fijo de resolución, porque existen dependencias externas a su red. Su equipo está intentando reducir el efecto sobre los clientes, y advierte de que pueden continuar los errores 524 mientras persista la congestión.

Una actualización que cambia el diagnóstico

El primer aviso hablaba de un aumento de errores en los centros de presencia chinos. La comunicación de hoy aporta la ubicación general del problema, pero no identifica un operador concreto ni una causa física. No permite deducir un corte de cable, una avería de un centro de datos o una caída global de Cloudflare.

Esa distinción tiene utilidad práctica para las empresas que sirven aplicaciones a usuarios en China desde orígenes exteriores. La ruta completa hasta la aplicación puede degradarse aunque una parte de la plataforma funcione. Como interpretación operativa, comprobar la web desde una oficina europea aporta información sobre ese camino; no demuestra que el trayecto desde todos los operadores chinos esté sano.

-InfraCrew dice: El monitor de Londres puede seguir verde mientras el usuario de China espera. La geografía también forma parte de la monitorización.-

Qué cuenta un 524, y qué no cuenta

Según la documentación de Cloudflare, un 524 indica que se estableció conexión con el servidor de origen pero no se completó a tiempo la respuesta o la escritura. La guía distingue el tiempo de lectura del de escritura y describe causas habituales en el origen, como procesos lentos o saturación. Ese significado del código aporta contexto, pero no determina por sí solo la causa de este incidente regional.

En este caso, Cloudflare vincula los 524 intermitentes a la congestión que está comunicando. No sería riguroso convertir el código en una prueba de que la base de datos del cliente está saturada, ni usar el aviso regional como explicación automática de cualquier 524 en cualquier país. Los registros de la aplicación siguen siendo necesarios para distinguir coincidencia y relación causal.

-InfraCrew dice: «Ha salido un 524» todavía no es un diagnóstico. Es el principio del ticket, aunque a veces llegue escrito como si fuera el final.-

Evidencia útil para operaciones

La guía de soporte de Cloudflare recomienda reunir el momento del fallo, la URL afectada y datos de la petición, junto con las evidencias disponibles de red y servidor. Para este caso, añadir el operador y la ubicación desde los que se observa la degradación ayuda a que las comparaciones tengan sentido. Esa es una lectura práctica del alcance descrito, no una garantía de que una prueba aislada revele toda la ruta.

También resulta útil comparar qué ve el usuario con los tiempos registrados en el origen. Si el servidor responde normalmente, hace falta seguir investigando el trayecto; si aparecen solicitudes lentas en sus propios registros, existe además un componente local que estudiar. No se necesitan cambios de seguridad improvisados para empezar a reunir esa evidencia.

El aviso no ofrece una solución universal que el administrador pueda aplicar en su panel. Cambiar límites de espera o retirar el proxy no está documentado como remedio de este incidente. Cualquier ajuste de arquitectura tendría que valorarse por separado, con sus efectos sobre protección, caché y acceso, en lugar de tratarlo como un botón para eliminar congestión de terceros.

A la última actualización oficial comprobada para esta pieza, el incidente sigue abierto y se limita en el aviso a China Network. No hay base para presentarlo como una interrupción mundial. Para quienes dependen de ese tráfico, la información más útil sigue siendo el estado oficial y la diferencia entre la experiencia regional del usuario y las métricas del origen.

-InfraCrew dice: Tener un origen sano es buena noticia. Que el tráfico consiga llegar y volver sigue siendo parte del servicio.-