Я пытаюсь выяснить, почему у меня возникли проблемы с доступом к определенному веб-сайту с моего Mac OSX Yosemite. Поставщик услуг предложил мне запустить traceroute, когда я это делаю, независимо от назначения, я получаю такой результат:
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
Обратите внимание на шаг 6, три звездочки ( *), когда они печатаются, это происходит очень медленно, каждая из них появляется примерно через четыре секунды. Согласно странице руководства:
Если в течение 5-секундного интервала ожидания (изменяется с помощью флага -w) ответ не получен, для этого зонда выводится «*».
Почему нет имени для зонда в строке 6, или это только строка 7? Я заметил похожий результат из другого местоположения, предоставляемого службой Comcast. Должен ли я вместо этого обратиться в Comcast, и если да, то что я должен попросить их исправить? Будет ли эта проблема свидетельствовать о том, что доступ к определенному веб-сайту не работает правильно? В дополнение к периодическим проблемам с доступом к веб-сайту, упомянутому в верхней части, у меня также периодически возникают проблемы с сеансом VNCв совершенно не связанной системе, когда возникают тайм-ауты в 3–4 секунды, когда экран не обновляется. Запустив traceroute, я обнаружил похожую проблему для этого назначения. Я наблюдаю эти проблемы время от времени в течение нескольких месяцев, но tracerouteпостоянно выдает тайм-ауты.
решение1
Нет, в отношении трассировки маршрута ничего исправлять не нужно.
Во-первых, единственные устройства в этом списке, которые НЕ являются маршрутизаторами, — это первое и последнее. Каждый переход представляет маршрутизатор. Некоторые из этих маршрутизаторов могут не находиться в публичном адресном пространстве, в этом случае они не смогут отобразить имя перехода. Поскольку у вас есть переходы после перехода 6, это не может способствовать возникновению проблем с доступом к определенному серверу.
Во-вторых, это не имеет никакого отношения к качеству вашего VNC или любой другой службы, за исключением того, что они разделяют интервал тайм-аута. Traceroute вообще не проверяет качество соединения, только его подключение. Нет никаких указаний на то, что фактический трафик, проходящий через устройство на 6-м этапе, будет истечь по времени. Traceroute — это чисто диагностическая вещь, и маршрутизаторы обрабатывают его иначе, чем обычный трафик, такой как получение веб-страницы или отправка пакетов в VNC-соединении.
В частности, оператор устройства на 6-м участке решил не отправлятьИКМП Сообщения о превышении TTLкогда пакет теряется из-за TTL (или, возможно, он вообще не принимает запросы ICMP PING/ECHO). В любом случае, это чье-то чужое устройство, и они имеют право управлять им так, как им нравится. Если маршрутизатор не отвечает сообщением TTL Exceeded, traceroute не выведет его имя или IP.
Если это поможет, большинство людей не могут получить столько информации, сколько вы получаете между собой и Google. Я вижу только около 3 переходов между собой и ими. Все остальные переходы истекают по тайм-ауту.
решение2
Совет, который может помочь проанализировать проблему на более глубоком уровне.
Надеюсь, что возможно получить/создать рабочую MAC-версию mtr:
http://www.bitwizard.nl/mtr/
Что такое МТР?
mtr объединяет функциональность программ «traceroute» и «ping» в одном инструменте диагностики сети.
При запуске mtr он исследует сетевое соединение между хостом, на котором работает mtr, и указанным пользователем хостом назначения. После определения адреса каждого сетевого перехода между машинами он отправляет последовательность запросов ICMP ECHO на каждую из них, чтобы определить качество связи с каждой машиной. При этом он выводит статистику работы каждой машины. Для предварительного просмотра взгляните на скриншоты.
mtr распространяется по лицензии GNU General Public License. Подробности см. в файле COPYING.