Это tracert нормально?

Question

У меня были проблемы с сетью, и я заметил, что мои traceroutes выглядят немного странно, учитывая, что я подключен напрямую к модему, который идет прямо к кабелю.

Tracing route to www.google.com [173.194.219.104]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.50.1
  2     *        *        *     Request timed out.
  3    11 ms     8 ms     9 ms  192.168.224.230
  4    16 ms    13 ms    12 ms  192.168.214.1
  5    13 ms    10 ms    10 ms  192.168.22.41
  6    11 ms    11 ms     9 ms  192.168.15.18
  7   189 ms   198 ms   196 ms  72.14.211.5
  8   133 ms   161 ms   131 ms  72.14.232.86
  9   137 ms   137 ms   135 ms  216.239.41.37
 10   143 ms   141 ms   139 ms  64.233.174.9
 11   136 ms   137 ms   137 ms  72.14.239.64
 12   203 ms   197 ms   180 ms  209.85.143.193
 13     *        *        *     Request timed out.
 14   135 ms   138 ms   135 ms  ya-in-f104.1e100.net [173.194.219.104]

Это нормально для первого хмеля, чтобы выглядеть так? Настройка буквально мой компьютер, подключенный к модему, который идет на почту.

Благодарю.

Answer 1

Вы не указали, какой протокол вы используете для компиляции этого маршрута, что затрудняет его интерпретацию.

Если, как я подозреваю, вы используете ICMP или UDP, то это действительно нормально. Две аномалии, которые вы видите (два сайта не отвечают, и один большой скачок во времени прохождения, на шаге 7, где он проходит от нескольких миллисекунд до 196 мс), легко объяснимы.

ICMP-пакеты часто вообще отбрасываются брандмауэрами (отсюда и отсутствие двух ответов), или занятые серверы получают более низкий приоритет по отношению к трафику TCP/UDP (отсюда большой скачок во времени прохождения на первом сервере Google, с которым вы столкнулись на шаге 7).

Если бы вместо этого вы использовали TCP-зонды, то ни одна аномалия не могла быть легко понята, потому что протокол требует ответа, и число узлов, которые отбрасывают пакет SYN, действительно очень мало.

Итак, чтобы получить более четкое представление о вашей ситуации, я предлагаю вам использовать TCP-зонды и такой инструмент, как mtr, который продолжает отправлять зонды каждую секунду (вы можете изменить это), чтобы позволить вам избежать (возможной) случайной потери пакетов, давая вам точное представление о вашей связи.

Answer 2

Это tracert нормально?

Да, это нормально.

 *        *        *     Request timed out.

Указывает, что целевая система (которая может быть маршрутизатором на промежуточном переходе или конечным пунктом назначения) не может быть достигнута.

Точнее, это означает, что пакеты не могли пройти туда и обратно; возможно, они достигают целевой системы, но сталкиваются с проблемами в обратном пути.

Возможно, это связано с какой-то проблемой, но это может быть и намеренный блок.

По соображениям безопасности некоторые маршрутизаторы не позволяют вам пинговать их (ICMP отключен из-за брандмауэра или других мер безопасности).

Трассировка будет продолжаться, если все (три) отправленные пакеты не будут потеряны более двух раз, затем соединение будет потеряно и маршрут не может быть оценен.