Estoy tratando de descubrir por qué tengo problemas para acceder a un sitio web en particular desde mi Mac OSX Yosemite. El proveedor de servicios sugirió que ejecutara un archivo traceroute, cuando lo hago, independientemente del destino, obtengo un resultado como este:
traceroute to google.com (74.125.239.96), 64 hops max, 52 byte packets
1 10.1.10.1 (10.1.10.1) 60 bytes to 10.1.10.14 1.398 ms 1.423 ms 1.202 ms
2 24.4.6.1 (24.4.6.1) 36 bytes to 10.1.10.14 11.383 ms 9.741 ms 9.311 ms
3 te-0-2-0-12-sur04.santaclara.ca.sfba.comcast.net (162.151.30.169) 76 bytes to 10.1.10.14 9.483 ms 10.148 ms 9.452 ms
4 te-0-5-0-8-sur03.santaclara.ca.sfba.comcast.net (162.151.78.109) 76 bytes to 10.1.10.14 9.690 ms
te-0-5-0-9-sur03.santaclara.ca.sfba.comcast.net (162.151.78.113) 76 bytes to 10.1.10.14 9.923 ms
te-0-5-0-2-sur03.santaclara.ca.sfba.comcast.net (69.139.198.41) 76 bytes to 10.1.10.14 10.323 ms
5 be-232-ar01.santaclara.ca.sfba.comcast.net (162.151.78.253) 76 bytes to 10.1.10.14 12.258 ms 13.268 ms 9.708 ms
6 * * *
7 he-0-10-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.85.214) 76 bytes to 10.1.10.14 15.528 ms
he-0-13-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.83.134) 76 bytes to 10.1.10.14 11.379 ms
he-0-15-0-1-pe03.11greatoaks.ca.ibone.comcast.net (68.86.86.222) 76 bytes to 10.1.10.14 11.174 ms
8 173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14 14.655 ms
66-208-228-70.ubr01a.hurtl301.al.hfc.comcastbusiness.net (66.208.228.70) 36 bytes to 10.1.10.14 10.514 ms
173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14 35.888 ms
9 72.14.232.138 (72.14.232.138) 36 bytes to 10.1.10.14 10.164 ms
209.85.241.55 (209.85.241.55) 36 bytes to 10.1.10.14 13.837 ms 15.349 ms
10 66.249.95.29 (66.249.95.29) 36 bytes to 10.1.10.14 13.930 ms 10.773 ms 15.731 ms
11 nuq05s01-in-f0.1e100.net (74.125.239.96) 60 bytes to 10.1.10.14 12.693 ms 16.125 ms 11.041 ms
Observe en el paso 6, los tres asteriscos ( *), cuando se están imprimiendo, es muy lento, cada uno tarda unos cuatro segundos en aparecer. Según la página de manual:
Si no hay respuesta dentro de los 5 segundos. intervalo de tiempo de espera (cambiado con el indicador -w), se imprime un "*" para esa sonda.
¿Por qué no hay un nombre para la sonda en la línea 6, o es solo la línea 7? Noté un resultado similar en otra ubicación proporcionada por el servicio Comcast. ¿Debería hablar con Comcast y, de ser así, qué les pediría que solucionen? ¿Este problema sería indicativo de que el acceso a un sitio web en particular no funciona correctamente? Además de tener problemas periódicos para acceder al sitio web mencionado en la parte superior, también tengo problemas periódicos con una VNCsesión en un sistema completamente ajeno que tiene tiempos de espera de 3 a 4 segundos en los que la pantalla no se actualiza. Al ejecutar un traceroute, encontré un problema similar para ese destino. He estado viendo estos problemas de forma intermitente durante varios meses, pero tracerouteconstantemente doy tiempos de espera.
Respuesta1
No, no hay nada que arreglar con respecto a tu traceroute.
Primero, los únicos dispositivos en esa lista que NO son enrutadores son el primero y el último. Cada salto representa un enrutador. Es posible que algunos de estos enrutadores no estén en el espacio de direcciones públicas, en cuyo caso no podrían mostrar un nombre para el salto. Dado que tiene saltos después del salto 6, esto no puede contribuir a ningún problema que tenga para llegar a un servidor específico.
En segundo lugar, esto no tiene relación con la calidad de su VNC ni con ningún otro servicio, aparte de que comparten un intervalo de tiempo de espera. Traceroute no prueba en absoluto la calidad de una conexión, sólo su conectividad. No hay indicios de que el tráfico real que pasa por el dispositivo en el salto 6 expire. Traceroute es una cuestión puramente de diagnóstico y los enrutadores lo manejan de manera diferente al tráfico normal, como recuperar una página web o enviar paquetes en una conexión VNC.
En concreto, el operador del dispositivo del salto 6 ha optado por no enviarICMP Mensajes TTL excedidoscuando un paquete se descarta debido a TTL (o quizás no acepta ninguna solicitud ICMP PING/ECHO). De cualquier manera, es el dispositivo de otra persona y tiene derecho a ejecutarlo como quiera. Si el enrutador no responde con un mensaje de TTL excedido, traceroute no imprimirá su nombre o IP.
Si ayuda, la mayoría de las personas no podrán obtener tanta información como la que usted obtiene entre usted y Google. Solo puedo ver unos 3 saltos entre ellos y yo. el resto de los saltos se agotan.
Respuesta2
Un consejo que podría ayudar a analizar el problema a un nivel más profundo.
Espero que sea posible obtener/crear una encarnación MAC funcional de mtr:
http://www.bitwizard.nl/mtr/
¿Qué es el MTR?
mtr combina la funcionalidad de los programas 'traceroute' y 'ping' en una única herramienta de diagnóstico de red.
Cuando se inicia mtr, investiga la conexión de red entre el host en el que se ejecuta mtr y un host de destino especificado por el usuario. Después de determinar la dirección de cada salto de red entre las máquinas, envía una secuencia de solicitudes ICMP ECHO a cada una para determinar la calidad del enlace a cada máquina. Mientras hace esto, imprime estadísticas en ejecución sobre cada máquina. Para obtener una vista previa, mire las capturas de pantalla.
mtr se distribuye bajo la Licencia Pública General GNU. Consulte el archivo COPIAR para obtener más detalles.