Qué podemos hacer antes los bloqueos de Cloudflare?

Hola fhumanes 

Comprendemos plenamente la situación que nos expones y agradecemos el nivel de detalle de las respectivas pruebas que has realizado para identificar la problemática que vienes denunciando con tu sitio web. Ahora bien, realizando un análisis técnico detallado acerca de las dos pruebas que has realizado mediante herramientas de análisis de tráfico en la red, evidenciamos en dichas comprobaciones que durante el análisis de tráfico en tu red local durante la transmisión de partidos a la hora de lanzar una petición o solicitud al servidor especificado mediante saltos entre servidores, no se producen perdidas sustanciales de paquetes de información o datos cuando la solicitud lanzada previamente llega a nuestros servidores, tal como se evidencia en la sección del ISP, llevando a identificar una gran perdida de paquetes de datos en su totalidad en la sección del host o servidor final hacía donde se lanzó inicialmente la petición. 

Por lo tanto, reiteramos nuestra posición frente a tu caso. Basándonos primeramente en las consultas técnicas realizadas desde aquí para corroborar que los cortes, interferencias o bloqueos no son producidos o generados desde nuestra red hacia tu sitio web y en segunda instancia, verificando las pruebas como te hemos mencionado en el presente mensaje, no se identifican perdidas significativas en las trazas de datos compartidas por tu parte en nuestra red. Así mismo, entendemos que te has apoyado en herramientas como IA para basarte en un dictamen técnico y de esta forma, compartir el análisis técnico realizado por dicha herramienta, en el cual vemos que en la primera prueba de acuerdo a la perdida de información que se presentó, no evidencia necesariamente un bloqueo del servidor apuntado.

Por todo lo anterior tratado, como te hemos mencionado en diferentes ocasiones anteriormente, te recomendamos contactar con el proveedor de servicios donde está alojada tu web, ya que son ellos quienes gestionan, administran y realizan el control correspondiente de tu página web. Sentimos no poderte brindar más información con respecto a tu problema. Cualquier duda o consulta no dudes en compartirla, estamos a tu disposición.

Un saludo, Emanuel. 

Hola, 

Por fin he podido obtener el bloqueo y hacer el tracer Router con la utilidad de Windows que me dijo el Técnico-Movistar​ "WinMTR.exe".

Cuando está el bloqueo, el resultado es:
|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    4 |   30 |   29 |    0 |    3 |   15 |    1 |
|                           192.168.144.1 -    0 |   30 |   30 |    1 |    3 |   16 |    1 |
|121.red-81-46-65.customer.static.ccgg.telefonica.net -   16 |   19 |   16 |    1 |    3 |   10 |    6 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|205.red-81-46-0.customer.static.ccgg.telefonica.net -    0 |   30 |   30 |    2 |    6 |   20 |    3 |
|73.red-81-46-0.customer.static.ccgg.telefonica.net -    0 |   30 |   30 |    2 |    5 |   19 |    3 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |    6 |    0 |    0 |    0 |    0 |    0 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Consultado Copilot, me indica:

Gracias por compartir nuevamente la traza. Vamos a interpretarla paso a paso para ayudarte a entender qué está ocurriendo y dónde podría estar el problema de acceso al host.

🧩 ¿Qué muestra esta traza de WinMTR?

WinMTR realiza un seguimiento de los paquetes enviados desde tu equipo hasta el destino (host objetivo), mostrando cada "salto" (router o servidor intermedio) por el que pasan esos paquetes. Aquí se mide:

• %: porcentaje de pérdida de paquetes en ese salto.
• Sent/Recv: paquetes enviados y recibidos.
• Best/Avrg/Wrst/Last: tiempos de respuesta (latencia) en milisegundos.

🔍 Análisis por secciones

🔸 Red local

192.168.1.1 - 4% pérdida

192.168.144.1 - 0% pérdida

• Son dispositivos dentro de tu red doméstica.
• El 4% de pérdida en el primer router no es grave, pero podría indicar congestión o que no responde bien a pings.

🔸 ISP (Telefónica)

121.red-81-46-65.customer.static.ccgg.telefonica.net - 16% pérdida

205.red-81-46-0.customer.static.ccgg.telefonica.net - 0%

73.red-81-46-0.customer.static.ccgg.telefonica.net - 0%

• El nodo 121.red... muestra 16% de pérdida, lo cual sí es preocupante. Puede afectar la calidad de la conexión.
• Los siguientes nodos no muestran pérdida, lo que sugiere que el nodo anterior podría estar filtrando pings sin afectar el tráfico real.

🔸 Saltos finales

No response from host - 100%

• A partir de cierto punto, todos los nodos muestran 100% de pérdida.
• Esto no significa necesariamente que haya un bloqueo, sino que esos nodos (o el host final) están configurados para no responder a pings o traceroutes.
• Es común en servidores protegidos por firewalls o balanceadores de carga.

🚨 ¿Dónde está el problema?

• El host final no responde, y los últimos saltos tampoco.
• Esto puede deberse a:
• 🔒 Firewall que bloquea ICMP (pings).
• 📴 Servidor apagado o fuera de línea.
• 🚫 Bloqueo de acceso por IP o región.
• 📉 Problema en el nodo con 16% de pérdida que afecta la ruta.

🛠️ ¿Qué puedes hacer?

1. Verifica si el host responde por otros medios:
• Usa telnet, curl, o intenta acceder desde el navegador.
• Prueba desde otra red (por ejemplo, datos móviles).
2. Consulta con el administrador del host:
• Pregunta si hay restricciones de acceso por IP, país o puerto.
3. Contacta a tu ISP (Telefónica):
• Muestra la traza y consulta si hay problemas en el nodo con pérdida.
4. Prueba con VPN:
• Si el bloqueo es geográfico, una VPN puede ayudarte a comprobarlo.

Activo mi VPN:

Y el resultado es que accedo y mi tracer Router es:

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -   98 | 20045 |  497 |    0 |   24 |  692 |   99 |
|                           192.168.144.1 -   98 | 17010 |  448 |    1 |   28 |  696 |  117 |
|121.red-81-46-65.customer.static.ccgg.telefonica.net -   99 | 15362 |  271 |    1 |   44 |  673 |  100 |
|          vl211.mia-eq1-edge-1.cdn77.com -  100 | 15463 |   71 |    0 |  163 |  670 |  115 |
|205.red-81-46-0.customer.static.ccgg.telefonica.net -   98 | 17086 |  448 |    2 |   29 |  689 |  116 |
|73.red-81-46-0.customer.static.ccgg.telefonica.net -   98 | 17127 |  448 |    2 |   29 |  498 |  121 |
|                            188.114.97.5 -  100 | 15461 |   68 |    0 |  139 |  397 |  103 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Resumiendo:

Está clarísimo quién está bloqueando "Telefónica", diga lo que diga, por eso insisto en que debe de dejar de bloquear mi Host

Buenas H725 

Siento corregirte compañero, pero me temo que esos ingenieros hacen exactamente lo que tienen que hacer en este caso, y es precisamente lo que dices, bloquear las IPs origen de emisiones ilegales. Movistar no bloquea CloudFlare, Movistar lo que está haciendo es bloquear IPs y rangos de IPs desde cuyo origen se detectan dichas emisiones, sean de CloudFlare o no.

¿Y por qué entonces hay los problemas que hay? Pues por como funcionan las redes de distribución de contenido (CDN), como CloudFlare, Azure y tantas otras. Existen innumerables páginas webs que hacen uso de estos CDN para servir su contenido con rapidez al resto del mundo. Imagina un CDN como una red distribuida de cientos de servidores diferentes a lo largo del mundo, donde un usuario puede hacer uso de dicha red para que el contenido se despliegue más rápidamente y eficientemente en cualquier parte del mundo. 

El problema es que cada servidor del CDN no sirve contenido únicamente de un usuario, puede servir contenido de decenas, centenas, miles.... de usuarios. Así que supongo que ves ahora el problema... ¿que pasa si un servidor de un CDN que sirve contenido de pongamos 1.000 páginas, una de ella emite contenido ilegal? Movistar no bloquea CloudFlare, bloquea esa IP... pero al hacerlo entonces afectará automáticamente a las otras 999 que dependen de dicho servidor.

Lo mismo está pasando con otros proveedores CDN. Y no solo al bloqueo de algunas webs, suele afectar más, aunque no se nota tanto, a la carga de contenido de dichas páginas, como por ejemplo imágenes, scripts y otros.

Saludos.