Foro
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?
- 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).
- Consulta con el administrador del host:
- Pregunta si hay restricciones de acceso por IP, país o puerto.
- Contacta a tu ISP (Telefónica):
- Muestra la traza y consulta si hay problemas en el nodo con pérdida.
- 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
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.