Трассировка маршрута что это: Трассировка маршрута следования данных по протоколу TCP/IP — Технические вопросы — FAQ — Помощь

Что такое Трассировка?

Traceroute — это утилита сетевой диагностики, которая используется для записи маршрута или конкретных компьютеров шлюза при каждом переходе через Интернет между компьютером и другим указанным компьютером назначения в процессе передачи данных. Он рассчитывает и отображает количество времени, затраченное на каждый прыжок. Он также используется для отслеживания пути, пройденного пакетом в сети Интернет-протокола (IP) от источника до места назначения. Эта процедура позволяет пользователю точно определить, как именно будет осуществляться передача данных, например, поиск в Google, с одного компьютера на другое компьютерное устройство. Кроме того, traceroute — это просто очень удобный инструмент, который используется как для понимания, где на самом деле находятся проблемы в сети, так и для получения подробного представления о самом интернете.

Функциональность

Traceroute использует эхо-пакеты протокола ICMP (Internet Control Message Protocol — ICMP) со значениями переменного времени жизни (TTL). Каждое время отклика каждого прыжка будет вычисляться. Для того, чтобы гарантировать и гарантировать точность, каждый прыжок будет опрашиваться несколько раз, обычно 3 раза, чтобы лучше измерить и проверить реакцию конкретного прыжка. Он использует очень важный и полезный инструмент для определения задержек ответа и циклов маршрутизации, которые присутствуют в сетевом пути через узлы пакетной коммутации. Он помогает определить местоположение любых точек сбоя, которые могут возникнуть по пути к определенному пункту назначения. Если при передаче данных возникнет икота или прерывание, трассировщик автоматически покажет, где именно по цепочке возникла проблема.

Если будет введена команда traceroute, утилита инициирует отправку пакетов, используя ICMP, включая TTL. Это позволит трассировщику определить время, необходимое для перехода к первому маршрутизатору. Если предельное значение времени будет увеличено, пакет будет повторно отправлен на второй маршрутизатор по пути к пункту назначения и вернет сообщение о превышении времени и т. д. и т.д. Если значение времени будет увеличено, то пакет будет повторно отправлен, чтобы он достиг второго маршрутизатора по пути к пункту назначения. Traceroute помогает пользователям определить, когда пакет достиг места назначения, путем включения номера порта, который находится за пределами нормального диапазона. Когда он будет получен, будет возвращено недоступное сообщение порта. Это позволит трассировщику измерить длительность последнего прыжка. С прогрессом, который будет достигнут при трассировке, записи будут отображаться пользователям прыгать прыжком.

На выходе Traceroute отобразится IP-адрес пункта назначения и максимальное количество прыжков, которые он пройдет, прежде чем полностью покинет трассу. Затем на экране отобразится имя, IP-адрес и время отклика, требуемое для каждого перехода.

  1. Это интернет-шлюз сети, с которой выполняется запуск трассировки.
  2. Обычно это шлюз провайдера Интернет-услуг (ISP).
  3. Обычно это имя и IP-адрес провайдера хмеля магистрального ISP.

Эти следы продолжатся до целевого домена, будут перечислять все прыжки прямо по пути сюда. Если нет ответа от прыжка, на экране появится звездочка (*), после чего будет выполнена попытка еще одного прыжка. Если это будет сделано успешно, отобразится время отклика прыжка. Наконец, будет также отображен целевой домен с IP-адресом.

Сопутствующие условия

Под прыжком понимается переход от одного компьютерного устройства к другому компьютерному устройству. Миллисекунда — это единица измерения, используемая для измерения времени, необходимого для прыжка. Пакет рассматривается как информация, которая проходит по трассировщику.

Объективы трассировки

Существует три цели этого инструмента трассировки, который дает представление о проблеме пользователя в сети:

  • Весь путь, по которому проходит пакет.
  • Имена и идентификационные данные маршрутизаторов и устройств на пути пользователя.
  • Сетевая задержка или, точнее, время, необходимое для отправки и получения данных на каждое устройство по маршруту.

Трассировщик покажет предел того, сколько строк хмеля он будет отображать, а именно 30 хмелей, это считается максимальным числом.

Ниже приведен список символов с описанием, которые появятся в выводе команды traceroute:

Командный символ трассировкиОписание
Nn msecОбратный ход (в миллисекундах) для указанного количества зондов.
*Зонд выключен.
AАдминистративно запрещено
QУспокоительное средство для источника
IПользовательский прерванный тест
UПорт недоступен
HХост недоступен
NСеть недоступна
PПротокол недоступен
TТаймаут
?Неизвестный тип пакета

Однако, помимо всего этого, у трассировки есть ограничения. Traceroute обнаруживает пути не на уровне маршрутизатора, а на уровне интерфейса. Это может также указывать на путь, которого на самом деле не существует для того, чтобы минимизировать проблему, есть Париж-трассировка, которая служит модификацией трассировки. Это помогает поддерживать идентификатор потока зондов, чтобы избежать балансировки.

История

Страница руководства пользователя Traceroute говорит о том, что оригинальная программа Traceroute была написана Ван Джейкобсоном по предложению Стива Диринга, особенно убедительные предложения или исправления от Филиппа Вуда, Тима Сивер и Кена Адельмана. Майк Мас, автор программы PING, утверждает, что traceroute был написан с помощью поддержки ядра ICMP, которую он кодировал ранее, чтобы включить сырые ICMP сокеты, когда он впервые написал программу PING.

Общий вопрос

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

Что такое трассировка и как ее сделать — DiPHOST.Ru wiki system

Материал из DiPHOST.Ru wiki system

Как известно, интернет состоит из множества сетевых узлов, объединенных между собой. Поэтому, информация от одной точки сети может проходить через десятки различных узлов, прежде чем достигнет точки назначения. На своем маршруте информация может теряться, задерживаться а то и вовсе пропадать.

Трассировка это отображение маршрута прохождения информации с выводом диагностической информации такой как процент потерь на каждом этапе маршрута и задержки в миллисекундах.

С помощтю трассировки очень удобно отслеживать в чьей зоне ответственности имеются проблемы.

Как выглядит трассировка

Предположим что мы заметили наличие непонятных проблем с доступом к сайту dallas.net
Трассировка до сайта dallas.net выглядит вот так:

Трассировка маршрута к dallas. net [209.217.36.3]
с максимальным числом прыжков 30:
1 1 ms <1 мс <1 мс myprovider.ru [xxx.xxx.xxx.xxx]
5 * 1 ms 1 ms xe1002.RT.KM.SPB.RU.retn.net [87.245.252.157]
6 114 ms 114 ms 113 ms xe000-8.RT.TLX.NYC.US.retn.net [87.245.233.114]
7 114 ms 114 ms 114 ms 198.32.160.214
8 161 ms 161 ms 194 ms mtc3dsrj01-ae1.0.rd.ok.cox.net [68.1.0.105]
9 161 ms 161 ms 161 ms 68.12.14.1
10 160 ms 166 ms 161 ms mtc3dsrj02-ge700.0.rd.ok.cox.net [68.12.14.41]
11 161 ms 161 ms 161 ms COX-66-210-136-2-static.coxinet.net [66.210.136.2]
12 181 ms 171 ms 180 ms mail.dallas.net [209.217.36.3]
Трассировка завершена.

Как мы видим, повышенные задержки возникают за зоной ответственности нашего провайдера, а анализ первой точки с повышенной задержкой (xe000-8.RT.TLX.NYC.US.retn.net [87.245.233. 114]) говорит нам что эта точка относится к транзитному оператору.

Как сделать трассировку

В windows трассировка выполняется командой tracert <имя сайта>

Например:

/* Highlighting theme definition: */

body.hl { background-color:#ffffff; }
pre.hl { color:#000000; background-color:#ffffff; font-size:10pt; font-family:’Courier New’;}
.hl.num { color:#ff0000; }
.hl.esc { color:#ff00ff; }
.hl.str { color:#ff00cc; }
.hl.dstr { color:#818100; }
.hl.slc { color:#cc0000; }
.hl.com { color:#cc0000; }
.hl.dir { color:#0000ff; }
.hl.sym { color:#000000; font-weight:bold; }
.hl.line { color:#555555; }
.hl.mark { background-color:#ffffbb;}
.hl.kwa { color:#009966; font-weight:bold; }
.hl.kwb { color:#009966; font-weight:bold; }
.hl.kwc { color:#0099ff; }
.hl.kwd { color:#9966ff; }

/*]]>*/

tracert yandex.ru

Запускаем программу cmd и пишем в ней: tracert <имя вашего сайта>

Вы получите трассировку подобно той, что у нас выше описана. Правой кнопкой мыши нажимаете и выбираете «скопировать». Выделяете на экране всю трассировку и нажимаете клавишу Enter. Все. Трассировка теперь находится в буфере обмена и ее можно вставить например в письмо.

Что такое трассировка (tracert) на RuDevice.ru

В это теме мы подробно расскажем как это и зачем это нужно. Рассказывать будем все это для пользователей Windows. Предполагается, что пользователи других ОС достаточно продвинуты, что бы и так знать как им сделать аналогичные манипуляции, либо могут найти инструкции в Интернет сети без моей помощи. Сначала немного теории:

Трассировка (trouce route) — Процедура получения информации о маршрутизаторах (узлах), через которые проходят пакеты к интересующему компьютеру. Позволяет обнаружить ошибки маршрутизации, а также то, к какому первичному провайдеру подключен хостинг-провайдер. Подробнее: http://ru.wikipedia.org/wiki/Traceroute

Зачем нужна трассировка? Иногда тот или иной сайт (как правило, вас волнует ваш сайт) вам недоступен. У этого могут быть разные причины:

  1. Проблемы на сервере (в том числе технические работы)
  2. Проблемы вашего провайдера доступа
  3. Проблемы на канале
  4. Проблемы с браузером
  5. Вас забанили и некоторые другие.

Трассировка поможет идентифицировать ситуацию. И, обращаясь в службу поддержки с проблемой о недоступности сайта, вам стоит сразу присылать данные команды tracert. Это сэкономит время, и позволит быстрее начать решать проблемы по существу. Так же, перед тем как писать о том, что ваш сайт недоступен, стоит попытаться определить ваша личная это проблема или носит глобальный характер.

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

Для того, чтобы ориентировочно определить с чем связана проблема, вам стоит попробовать открыть сайт в другом браузере и убедиться, что в нем он так же не открывается, если в другом браузере открылся, значит это проблема с вашими настройками браузера или фаервола. Попросить кого-то из ваших знакомых, пользующихся другим провайдером, а лучше живущих в другом регионе зайти на сайт. Если им удается благополучно зайти, а вам нет, скорее всего проблемы у вашего провайдера или на канале, хотя возможно и другие варианты. В этом случае как раз и стоит сделать трассировка, она поможет идентифицировать проблему.

Так же, в качестве аналога обращения к знакомым, можем порекомендовать воспользоваться специализированными сервисами мониторинга доступности сайтов. Например: http://host-tracker.com/

Зайдя по указанной ссылке, вводите адрес сайта и нажимаете кнопку «check». Спустя некоторое время сервис покажет статусы доступности проверяемого сайта из разных точек мира. Если выдается результат «Ok», значит, опять же, речь идет о вашей локальной проблеме.

Как же сделать трассировку? Нажимаем «Пуск» далее нажимаем «Выполнить». Там латинскими буквами без кавычек пишем «cmd» и нажимаем «Ок» (либо «Enter»):

  В появившемся командной строке опять же без кавычек пишем «tracert адрес интересующего сайта». Например, если трассеруем ucoz.ru, пишем «tracert ucoz.ru» и нажимаем ввод («Enter»).

Далее, полученные данные вы, вероятно, захотите отправить в службу поддержки. Не нужно делать скриншот — их (данные) можно скопировать и передать в виде текста. Для этого, наводим мышью на командную строку, в которой содержатся результаты трассеровки, нажимаем правую кнопку мыши -> «Выделить все». После чего нажимаем «Enter». Все, теперь данные в буфере обмена. Их можно вставить в письмо нажав правую кнопку мыши -> «Вставить» (либо CTRL + V).

Использование команды TRACERT для устранения неполадок TCP/IP в Windows

Microsoft Windows 2000 версия этой статьи 162326см.

Аннотация


В данной статье описывается TRACERT (Trace Route), служебная программа командной строки, который можно использовать для трассировки путь, который принимает пакет Internet Protocol (IP) до места назначения. В данной статье рассматриваются следующие вопросы:

  • Использование служебной программы TRACERT

  • Использование команды TRACERT для устранения неполадок

  • Сведения о параметрах команды TRACERT

Дополнительная информация



Использование служебной программы TRACERT


Диагностические программы TRACERT определяет маршрут к месту назначения, посылая эхо-сообщений протокола ICMP (Internet Control) пакетов в место назначения. В этих пакетов TRACERT использует разные значения IP Time To Live (TTL). Поскольку каждый маршрутизатор на пути обязан уменьшить значение поля TTL пакета, по крайней мере на 1 перед дальнейшей пересылкой пакета, значение TTL по сути является эффективным счетчиком переходов. Когда срок ЖИЗНИ пакетов достигает нуля (0), маршрутизатор посылает ICMP «Time Exceeded» сообщений на исходном компьютере. TRACERT отправляет первого эхо-пакета с TTL равным 1 и увеличивает значение TTL на 1 для каждого последующего отправляемого пока назначение не ответит или пока не будет достигнуто максимальное значение поля TTL. Сообщений ICMP «Time Exceeded», который промежуточные маршрутизаторы отправить назад отображается маршрут. Однако обратите внимание, что некоторые маршрутизаторы просто отбрасывать пакеты с истекшим сроком TTLs, и эти пакеты не видны для команды TRACERT. Команда TRACERT выводит упорядоченный список промежуточных маршрутизаторов, которые возвращают ICMP «Time Exceeded» сообщения. Параметр -d с помощью команды tracert программа TRACERT не требуется выполнять поиск в DNS для каждого IP-адреса, так, что команда TRACERT отображает IP-адрес ближних интерфейсов маршрутизаторов. В следующем примере команда tracert и ее результаты пакет проходит через два маршрутизатора (157.54.48.1 и 11.1.0.67), чтобы достигнуть узла 11.1.0.1. В этом примере основной шлюз — 157.54.48.1 и IP-адрес маршрутизатора в 11.1.0.0 сети находится в 11.1.0.67.The команды:

C:\>tracert 11.1.0.1В результате выполнения команды: Tracing route to 11.1.0.1 over a maximum of 30 hops ————————————————— 1 2 ms 3 ms 2 ms 157.54.48.1 2 75 ms 83 ms 88 ms 11.1.0.67 3 73 ms 79 ms 93 ms 11.1.0.1 Trace complete.


Использование команды TRACERT для устранения неполадок


TRACERT можно использовать, чтобы узнать в каком месте сети останавливаются пакеты. В следующем примере основной шлюз обнаружил, что существует не правильный путь для размещения на 22.110.0.1. Вероятно, либо маршрутизатор имеет проблемы конфигурации или 22. 110.0.0 сети не существует, отражая неправильный IP-адрес. Команда:

C:\ > tracert 22.110.0.1В результате выполнения команды: Tracing route to 22.110.0.1 over a maximum of 30 hops —————————————————— 1 157.54.48.1 reports: Destination net unreachable. Trace complete. TRACERT полезна для устранения неполадок в больших сетях, где несколько путей может привести к той же точке или где задействовано множество промежуточных компонентов (мосты или маршрутизаторы).


Сведения о параметрах команды TRACERT


Существует несколько параметров командной строки, которые можно использовать с помощью команды TRACERT, несмотря на то, что параметры не являются обычно требуются для стандартных неполадок. В следующем примере синтаксис команды показывает все возможные варианты:

Tracert -d -h максЧисло -j списокУзлов — w Таймаут target_hostЧто делают параметры: -d Specifies to not resolve addresses to host names -h maximum_hops Specifies the maximum number of hops to search for the target -j host-list Specifies loose source route along the host-list -w timeout Waits the number of milliseconds specified by timeout for each reply target_host Specifies the name or IP address of the target host


Обрыв соединения с сервером.

Трассировка и пинг

«Ааа, помогите, все пропало!» – если ваш внутренний голос реагирует на обрыв соединения с сервером примерно так, этот материал точно для вас. 🙂 Безусловно, со своей стороны мы каждый день делаем все возможное, чтобы ничто не мешало вашей работе в облаке, но случись форс-мажор – будем разбираться. А чтобы быстрее сориентироваться в ситуации и понять, на чьей стороне ошибка, вот вам задача-минимум – во время обрыва первым делом выполните трассировку маршрута и пинг промежуточных узлов. Как все это сделать, сейчас расскажем.

Трассировка маршрута

Во время трассировки происходит отправка пакетов данных между локальным компьютером и сервером. Это помогает проследить путь прохождения запроса к серверу и определить, на каком этапе происходит обрыв. Выполнить трассировку довольно легко.

1. Запустите команду cmd: Win+R > пропишите cmd > ОК.

2. В открывшейся командной строке введите tracert Х.Х.Х.Х (где Х.Х.Х.Х – это IP-адрес сервера или домен) и нажмите Enter.

В примере мы сделали трассировку для google.com.

tracert google.com

Получилось так:

1 2 1 ms 1 ms 1 ms 193.151.89.254
3 5 ms 4 5 1 ms 6 1 ms 7 1 ms 3 ms 1 ms bearline-ic-324086-ffm-b4.c.telia.net [62.115.153.215]
8 1 ms 1 ms 1 ms 108.170.251.129
9 13 ms 13 ms 15 ms 66.249.94.135
10 13 ms 13 ms 13 ms fra15s12-in-f46.1e100.net [216.58.208.46]

Как видим, наши пакеты преодолели десять (их может быть как меньше, так и больше) узлов, и преодолели их успешно. В противном случае, если бы пакеты «споткнулись» на одном из узлов, на нем (и последующих за ним узлах) мы бы увидели:

* * * Превышен интервал ожидания для запроса.

Но даже в таком случае пока не время для выводов – эта запись может означать как потерю пакетов, так и то, что узел сети просто закрыт настройками безопасности. Иногда провайдеры специально настраивают узлы так, чтобы они не отвечали на трассировочные пакеты, дабы снизить нагрузку. Чтобы точно узнать, действительно ли происходит обрыв, и, если да, то где именно, нужно пропинговать каждый из узлов. При трассировке мы получили IP каждого из них, а значит, можем перейти к пингу.

Пинг промежуточных узлов

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

В ОС Windows по умолчанию передается только четыре пакета, чего недостаточно, если проблема проявляется кратковременно. Поэтому нужно снять это ограничение параметром -t (чтобы потом остановить обмен пакетами, нажать CTRL+C).

Теперь по порядку.

1. Запустите команду cmd: Win+R > пропишите cmd > ОК.

2. В открывшейся командной строке введите ping -t Х.Х.Х.Х (где Х.Х.Х.Х – это адрес одного из промежуточных узлов, которые мы узнали при трассировке) и нажмите Enter.

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

Полезно!
Если вам нужно постоянно отслеживать качество соединения, для Windows можно воспользоваться удобной программой PingPlotter.

Итак, пингуем – в десяти отдельных окнах командной строки вводим команды с IP-адресами узлов, которые мы выявили при трассировке. В нашем случае будут такие команды:

ping -t 10.1.1.1
ping -t 193.151.89.254
ping -t 85.195.75.129
ping -t 213.248.79.29
ping -t 62.115.139.50
ping -t 62.115.120.8
ping -t 62.115.153.215
ping -t 108.170.251.129
ping -t 66.249.94.135
ping -t 216.58.208.46

Если в каком-нибудь из окон вы с первых же секунд видите «Превышен интервал ожидания», не спешите кричать: «Попался!». Если следующие узлы пингуются нормально, значит, этот просто закрыт настройками. В нашем случае, например, предпоследний узел (66.249.94.135) сразу же говорит, что интервал превышен, но с пингом десятого узла никаких проблем нет.

Что дальше? Запустив пинг всех узлов, оставьте его включенным и занимайтесь своими делами до следующего обрыва. Как только он случится, вернитесь к окнам пинга, чтобы выявить, кто виноват и что делать.

На чьей стороне ошибка?

Итак, обрыв повторился. Но на этот раз запущенный пинг промежуточных узлов поможет «обличить» виновника. Тут все просто – с какого узла вам начало выдавать «Превышен интервал ожидания», тот и слабое звено.

Кто виноват – ясно, теперь нужно понять, что делать в конкретных ситуациях.

1. Последний узел. Если последний узел сначала пинговался нормально (некоторые Windows-машины вообще не отвечают на пинг, это задается в настройках брандмауэра)…

…а после обрыва начал показывать «Превышен интервал ожидания», обрыв происходит на вашем сервере.

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

2. Любые узлы, кроме последнего. В этом случае обращайтесь одновременно в техподдержку и облачного, и интернет-провайдера. При этом обязательно укажите, как изначально выглядела трассировка маршрута, и составьте перечень узлов с указанием, на каких из них пинг во время обрыва прервался, а на каких нет. Будьте внимательны, это важная информация, не ошибитесь.

3. Все узлы одновременно. Если все окна с пингом начали показывать «Превышен интервал ожидания», проблема в вашем компьютере или сети, к которой он подключен.

Бонус!

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

Для ОС семейства Windows такую оптимизацию проводит утилита Winmtr. Она не нуждается в установке и готова к использованию сразу после распаковки из архива.

Скачать утилиту можно здесь.

Распаковали, запустили, что дальше?

В поле Host укажите конечный сервер, с которым будет проверяться соединение, и нажмите Start:

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

Собственно, в этом и заключается главное преимущество утилиты – ее вывод постоянно обновляется, это позволяет собирать статистику, отслеживать средние показатели, тенденции и какие-либо изменения качества сети.

Раз мы проверяем соединение с сервером, нас интересуют столбцы Sent (отправлено пакетов) и Recv (получено пакетов). Если значения в этих столбцах не совпадают, значит, качество связи с узлом ухудшилось. Что делать? Обратиться в соответствующую техподдержку.

Столбец Loss поможет просмотреть динамику потерь в процентном соотношении.

Также утилита позволяет копировать текст в удобных форматах (.txt и .html) в буфер обмена (Copy to clipboard) или в отдельный файл (Export).

Двойной щелчок по промежуточному узлу позволит получить дополнительную информацию о нем.

Важно знать!

Для детализации проблемы специалисты техподдержки могут запросить дополнительные пинги с особыми настройками. Для этого достаточно внести их в окошке Options, которое позволит указать:

  1. Interval (sec) – время обновления данных в секундах.
  2. Max host in LRU list – максимальное количество хостов (или IP-адресов, если не активна опция Resolve names) до конечной точки.
  3. Ping size (bytes) – размер ICMP-пакета.
  4. Resolve names – возможность преобразовать IP-адрес в имя хоста.

А что же линуксоиды?

Для ОС семейства Linux утилита называется просто MTR. Если ее нет в вашей операционной системе, установить ее можно одним из следующих способов:

Debian/Ubuntu/Mint:

$ apt-get install mtr

CentOS/RedHat/Fedora:

$ yum install mtr

У MTR такой же функционал, как у Winmtr, а также схожий графический интерфейс. Запустить утилиту можно командой:

mtr X.X.X.X

где X.X.X.X – это IP-адрес конечного сервера или имя хоста.

В данном случае интересуют следующие столбцы:

  • Loss % – процент потерянных пакетов между компьютером-отправителем и промежуточными узлами.
  • SNT – общее количество отправленных пакетов.

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

Отдельно отметим возможность запуска утилиты в текстовом (консольном) режиме. Для этого достаточно добавить опцию -t или —curses:

mtr --curses tucha.ua

Рассмотрим еще несколько важных опций MTR, которые могут быть крайне полезны в процессе диагностики сети.

-r или --report

Запускает режим отчета, в котором MTR обработает заданное количество циклов (определенных опцией -c), а затем отобразит статистику и автоматически завершит работу. Этот режим полезен для сбора статистики о качестве сети.

-c COUNT или --report-cycles COUNT

Позволяет задать количество циклов, после которых MTR завершит работу.

-p BYTES или --psize BYTES

Устанавливает размер пакетов в байтах.

-i SECONDS или --interval SECONDS

Задает интервал между отправляемыми пакетами.

-n или --no-dns

Разрешает не использовать DNS, отображает IP-адреса узлов.

-a X.X.X.X или --address X.X.X.X

Позволяет указать адрес интерфейса компьютера, с которого будут отправляться ICMP-запросы.

Итого

Разумеется, команды в консоли дают более точный результат, поскольку фиксируют даже единичные потери пакетов (короткие обрывы), но Winmtr и MTR компактные и более удобны в использовании. А на чем остановить свой выбор, решать только вам. 🙂

Вот, собственно, и все, кто виноват – выяснили, что делать – тоже. 🙂 Надеемся, материал был вам полезен, а если у вас остались дополнительные околооблачные вопросы, обращайтесь к нам за грамотной консультацией 24/7.

Настройка маршрута до определенного узла через провайдера Wireguard VPN – Keenetic

Рассмотрим пример настройки маршрута до определенного узла через VPN-провайдера Wireguard, когда выход в Интернет осуществляется через локального интернет-провайдера.

1. Настраиваем доступ в Интернет через VPN-провайдера по протоколу Wireguard.

2. При помощи утилиты nslookup узнаем, какой адрес в Интернете резолвит доменное имя 2ip.ru:

nslookup 2ip.ru
Server: 192.168.22.1
Address: 192.168.22.1#53

Non-authoritative answer:
Name: 2ip.ru
Address: 195.201.201.32

NOTE: Важно! Адрес домена может меняться (в нашем примере это 195.201.201.32). Если настройка, показанная в данной статье, не заработает, нужно повторно выполнить nslookup и проверить адрес доменного имени.

3. При помощи утилиты tracert (в ОС Windows) определяем маршрут следования IP-пакета от начального узла-клиента и до конечного узла-сервера.

Стандартная отправка ICMP-пакета до узла 2ip.ru (195.201.201.32) в tracert:

C:\Users\User>tracert 2ip.ru

Трассировка маршрута к 2ip.ru [195.201.201.32]
с максимальным числом прыжков 30:

1 <1 мс <1 мс <1 мс KEENETIC_GIGA [192.168.22.1]
2 1 ms 1 ms * 192.168.209.1
3 2 ms 2 ms * 192.168.190.1
4 13 ms 6 ms 4 ms 195.9.109.201
5 6 ms 5 ms 4 ms 94.29.127.185
6 4 ms 4 ms 4 ms 94.29.127.186
7 6 ms 6 ms 5 ms mpts-ss-51.msk.mts-internet.net [212.188.1.6]
8 6 ms 6 ms 19 ms mag9-cr01-be12.51.msk.mts-internet.net [212.188.1.5]
9 21 ms 18 ms 17 ms oct-cr03-be1.78.spb.mts-internet.net [212.188.2.37]
10 27 ms 24 ms 27 ms kivi-cr02-ae8.78.hel.mts-internet.net [212.188.54.2]
11 30 ms 27 ms 30 ms bro-cr01-be7.135.stk.mts-internet.net [195.34.50.146]
12 87 ms 30 ms 30 ms netnod-ix-ge-a-sth-1500.hetzner.de [194.68.123.71]
13 46 ms 49 ms 49 ms core2.ams.hetzner.com [213.239.245.37]
14 49 ms 56 ms 51 ms core4.fra.hetzner.com [213.239.252.45]
15 63 ms 77 ms 60 ms core24.fsn1.hetzner.com [213.239.224.253]
16 52 ms 55 ms 54 ms ex9k1.dc13.fsn1.hetzner.com [213.239.245.242]
17 52 ms 52 ms 51 ms node-2ip.barznet.de [188.40.9.67]
18 51 ms 51 ms 51 ms 2ip.ru [195.201.201.32]

Трассировка завершена.

По завершении трассировки видим, что маршрутизация IP-пакета проходит через сервера интернет-провайдера МТС (с 7 хопа) до узла 2ip.ru (195.201.201.32).

Ресурс 2ip.ru покажет выделенный IP-адрес интернет-провайдером:

3. Создадим статический маршрут до IP-адреса 195.201.201.32 домена 2ip.ru:

В параметрах статического маршрута выбираем:

Тип маршрута: «Маршрут до узла»
Адрес узла назначения: 195.201.201.32 (это адрес домена 2ip.ru)
Интерфейс: название Wireguard-интерфейса, через который осуществляется маршрутизация, в нашем примере «Anonine-peer»

NOTE: Важно! Если настроены Приоритеты подключений, то интерфейсы подключений через интернет-провайдера и VPN-провайдера должны находиться в одном профиле.

4. Проверяем маршрут следования IP-пакета от начального узла-клиента и до конечного узла-сервера домена 2ip.ru:

C:\Users\User>tracert 2ip.ru

Трассировка маршрута к 2ip.ru [195.201.201.32]
с максимальным числом прыжков 30:

1 1 ms 1 ms <1 мс KEENETIC_GIGA [192.168.22.1]
2 10 ms 11 ms 9 ms 10.130.0.1
3 244 ms 19 ms 99 ms sgw.pinspb.ru [5.8.48.1]
4 10 ms 10 ms 10 ms 95.215.3.72
5 12 ms 11 ms 11 ms sgw.pinspb.ru [95.215.3.1]
6 21 ms 19 ms 19 ms spb01rb.transtelecom.net [217.150.56.134]
7 36 ms 36 ms 36 ms frt01.transtelecom.net [80.81.194.117]
8 35 ms 42 ms 35 ms decix-gw.hetzner.de [80.81.192.164]
9 58 ms 98 ms * core24.fsn1.hetzner.com [213.239.252.42]
10 40 ms 41 ms 40 ms ex9k1.dc13.fsn1.hetzner.com [213.239.245.242]
11 43 ms 40 ms 40 ms node-2ip.barznet.de [188.40.9.67]
12 40 ms 40 ms 40 ms 2ip.ru [195.201.201.32]

Трассировка завершена.

По завершении трассировки видим, что маршрутизация IP-пакета проходит через сервера шлюза VPN-провайдера Wireguard (с 3 хопа) до узла 2ip.ru (195.201.201.32).

Ресурс 2ip.ru покажет выделенный IP-адрес VPN-провайдером:

Трассировка маршрута к сайту – что, как и зачем? | Техника и Интернет

Между нами, девочками, порой приходится слышать фразы: «Вот опять такой-то сайт отвалился». Что это значит? Куда отвалился? В действительности сайт, конечно, никуда со стула не падал, просто нам со своего компьютера через свой Internet Explorer, Firefox или другую какую программу до этого сайта не достучаться — не отображается он. Почему не отображается? Попробуем это выяснить.

Как известно, сайты в сети, подобно сферическим коням в вакууме, сами по себе не существуют — их поддерживают большие мощные компьютеры, называемые серверами, а серверами этими ведает компания, называемая провайдером, или хостинг-провайдером. И чтобы все у всех правильно и хорошо отображалось, провайдер следит за своим сетевым оборудованием, в том числе серверами и каналами связи, через которые проходят данные. А у нас с вами, когда что-то где-то отваливается, есть возможность хотя бы приблизительно понять — что и где, чтобы решить, виноват ли хостинг, или тот провайдер, через которого мы выходим в интернет, или просто надо своими ручками вставить кабель в розетку (некоторые и это забывают).

В подобной диагностике нам поможет трассировка маршрута от нашего компьютера до нужного сайта. Выполняется эта трассировка с помощью команды traceroute, в Windows-варианте tracert. Чтобы запустить команду под Windows, зайдем в меню Пуск → Выполнить и наберем: cmd. Откроется совершенно черное окно с мигающим курсором — это и есть наша командная строка. Далее наберем tracert имя_сайта и посмотрим, что будет…

‘ +
‘ ‘ +
‘ ‘ +

Например, у меня трассировка маршрута к сайту yandex.ru выглядит приблизительно так:

Трассировка маршрута к yandex.ru [213.180.204.11]
с максимальным числом прыжков 30:

1 * * * Превышен интервал ожидания для запроса.
2 10 ms 10 ms 10 ms bla4703.mns.ru [80.70.239.5]
3 10 ms 16 ms 10 ms core-239−214.bla-bla.ru [80.70.239.254]
4 10 ms 10 ms 10 ms core-239−221.bla-bla.ru [80.70.239.241]
5 15 ms 16 ms 16 ms ix1-m10.yandex.net [193.232.246.93]
6 16 ms 15 ms 16 ms einstein-vlan501.yandex.net [87.250.243.125]
7 16 ms 15 ms 16 ms hummer-vlan2.yandex.net [87.250.228.136]
8 16 ms 10 ms 16 ms yandex.ru [213.180.204.11]

Трассировка завершена.

Теперь разберемся, как это работает.

Командой tracert мы инициируем отправку пакетов данных тому получателю, который указали — это может быть адрес сайта, имя компьютера в сети или IP-адрес. При этом пакеты проходят через все промежуточные системы (обычно это специальные сетевые устройства — машрутизаторы) между нашим компьютером и получателем. Таким образом, мы устанавливаем маршрут до пункта назначения и, что гораздо более важно — определяем время отклика (значение в миллисекундах) каждого промежуточного узла.

На тех участках маршрута, где время отклика минимально, передача осуществляется быстрее всего — это значит, что канал не перегружен и данные проходят практически без помех. Попробуйте, например, трассировку маршрута к самому себе: команда tracert localhost или равнозначная tracert 127.0.0.1. Там же, где время отклика больше некоторого стандартного значения, мы получаем результат «Превышен интервал ожидания для запроса», что равносильно потере пакетов данных.

Таким образом можно установить, в каком месте цепочки находится проблема. Если пакеты не доходят до самого пункта назначения — значит, проблема в нем. Если цепочка обрывается на середине — проблема в каком-то из промежуточных маршрутизаторов. При этом с другого компьютера или по другому маршруту (если такой существует) наш отвалившийся сайт может быть доступен. Если пакеты не выходят за пределы сети нашего провайдера — стало быть, там и проблема. Ну, а чтобы узнать, в каких случаях нужно просто установить модемное соединение или вставить кабель в разъем сетевой карты, попробуйте его выдернуть (предварительно дочитав статью) и провести диагностику самостоятельно.

Как использовать команду Traceroute

Traceroute — это команда, которая может показать вам путь
пакет информации берет с вашего компьютера на тот, который вы укажете. Так и будет
перечислить все маршрутизаторы, через которые он проходит, пока не достигнет своего
назначения, или не выполняет и отбрасывается. В дополнение к этому,
он сообщит вам, как долго каждый «переход» от маршрутизатора к маршрутизатору
берет.

В Windows выберите Пуск> Программы> Стандартные>
Командная строка.Это даст вам окно, подобное тому,
ниже.

Введите слово tracert, затем пробел, затем
доменное имя.

Ниже приведен успешный маршрут трассировки от домашнего компьютера в Новой Зеландии до
mediacollege.com:

Сначала он сообщает вам, что отслеживает маршрут до
mediacollege.com, сообщает вам IP-адрес этого домена и
какое максимальное количество прыжков будет до этого раза
вне.

Далее приводится информация о каждом маршрутизаторе.
проходит по пути к месту назначения.

1 — это
Интернет-шлюз в сети, из которой был сделан этот трассировщик
(в данном случае модем ADSL)
2 — это провайдер, являющийся источником
компьютер подключен к (xtra.co.nz)
3 тоже в xtra
сеть
4 истекло время ожидания
5 — 9 — все маршрутизаторы на
глобальный шлюз.net.nz сеть (домен, который является Интернетом
шлюз из Новой Зеландии)
10-14 все gnaps.net
в США (поставщик телекоммуникационных услуг в США)
15-17 являются
в сети nac (Net Access Corporation, ISP в Новой
York area)
18 — это роутер в сети mediacollege.com
размещен на
и, наконец, строка 19 — это компьютер
mediacollege.com размещен на (sol.yourhost.co.nz)

Каждый из 3 столбцов — это ответ от этого маршрутизатора, и
сколько времени это заняло (каждый переход проверяется 3 раза). Например, в
строка 2, первая попытка заняла 240 мс (240 миллисекунд), вторая
занял 421 мс, а третий — 70 мс.
Вы заметите, что
строка 4 «истекло время ожидания», то есть не было ответа от
маршрутизатор, поэтому был опробован другой (202.50.245.197), который был
успешный.
Вы также заметите, что время, которое потребовалось
в четыре раза при прохождении через сеть с глобальным шлюзом.

Это чрезвычайно полезно при попытке выяснить, почему
веб-сайт недоступен, так как вы сможете увидеть, где
соединение не работает. Если у вас где-то размещен веб-сайт, он
было бы неплохо провести трассировку к нему, когда он
работает, так что в случае сбоя вы можете выполнить еще одну трассировку
к нему (который, вероятно, истечет, если веб-сайт
недоступны) и сравните их. Однако имейте в виду, что это будет
вероятно, каждый раз выбирают другой маршрут, но сети это
проходы обычно очень похожи.
Если
пример выше продолжал истекать после строки 9, вы могли
подозреваю, что проблема в global-gateway.co.nz, а не в
mediacollege.com.
Если время ожидания истекло после строки 1, вы должны
знать, что возникла проблема с подключением к вашему интернет-провайдеру (в данном случае
вы не сможете получить доступ ни к чему в Интернете).

Обычно рекомендуется, чтобы если у вас есть веб-сайт,
недоступен, вы должны использовать как traceroute, так и ping
команды, прежде чем обращаться к провайдеру с жалобой.Чаще
что нет, вашему провайдеру или хостинговой компании ничего не будет
может с этим поделать.

Как читать Traceroute

Бывают случаи, когда кажется, что ваш веб-сайт может медленно реагировать. Медленное время отклика может указывать на проблему. Большинство просто предполагают, что сервер перегружен, и звонят в службу технической поддержки. Часто представитель службы поддержки запрашивает отчет ping и traceroute. Хотя у нас есть инструкции по созданию этого отчета, при просмотре он может показаться довольно загадочным.

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

(Для разработчиков или системных администраторов, имеющих опыт работы с командной строкой, получите высокий уровень доступности и рут-доступ для своего приложения, службы и веб-сайтов с помощью облачного VPS-хостинга).

Как работает Traceroute

Всякий раз, когда компьютер подключается к веб-сайту, он должен пройти путь, состоящий из нескольких точек, что немного похоже на соединение точек между вашим компьютером и веб-сайтом. Сигнал начинается с вашего локального маршрутизатора в вашем доме или офисе, затем переходит к вашему интернет-провайдеру, а затем в основные сети. Оттуда он может иметь несколько перекрестков, пока не выйдет из магистрали Интернета в локальной сети для веб-сайта, а затем до самого веб-сервера.

Traceroute отображает путь, по которому сигнал прошел через Интернет к веб-сайту.Он также отображает время, которое является временем отклика на каждой остановке по маршруту. Если есть проблема с подключением или задержка при подключении к сайту, они появятся в это время. Вы сможете определить, какая из остановок (также называемых «переездами») на маршруте является виновной.

Как читать Traceroute

После запуска traceroute он генерирует отчет по мере прохождения маршрута. Ниже приведен пример traceroute:

 C: \> tracert www.example.com
Отслеживание маршрута к примеру.com [10.10.242.22]
более 30 прыжков:

  1 <1 мс <1 мс <1 мс 172.16.10.2
  2 * * * Истекло время ожидания запроса.
  3 2 мс 2 мс 2 мс vbchtmnas9k02-t0-4-0-1.coxfiber.net [216.54.0.29]
  4 12 мс 13 мс 3 мс 68.10.8.229
  5 7 мс 7 мс 7 мс chndbbr01-pos0202.rd.ph.cox.net [68.1.0.242]
  6 10 мс 8 мс 9 мс ip10-167-150-2.at.at.cox.net [70.167.150.2]
  7 10 мс 9 мс 10 мс 100ge7-1.core1.nyc4.he.net [184.105.223.166]
  8 72 мс 84 мс 74 мс 10gr10-3.core1.lax1.he.net [72.52.92.226]
  9 76 мс 76 мс 90 мс 10g1-3.core1.lax2.he.net [72.52.92.122]
 10 81 мс 74 мс 74 мс 205.134.225.38
 11 72 мс 71 мс 72 мс www.inmotionhosting.com [192.145.237.216] 

Как видите, в отчете есть несколько строк, разделенных на столбцы. Каждая строка представляет собой «скачок» по маршруту. Думайте об этом как о точке регистрации, где сигнал получает следующий набор направлений. Каждая строка разделена на пять столбцов.Пример строки ниже:

 10 81 мс 74 мс 74 мс 205.134.225.38 

Давайте разберем этот конкретный переход на части.

Hop # RTT 1 RTT 2 RTT 3 Имя / IP-адрес
10 81 мс 74 мс 74 мс 205.134.225.38

Номер перехода - это первый столбец, который представляет собой просто номер перехода по маршруту.В данном случае это десятый прыжок.

Столбцы RTT - в следующих трех столбцах отображается время приема-передачи (RTT) для вашего пакета, чтобы достичь этой точки и вернуться на ваш компьютер. Это указано в миллисекундах. Здесь три столбца, потому что traceroute отправляет три отдельных сигнальных пакета. Это сделано для того, чтобы показать последовательность или ее отсутствие в маршруте.

Столбец Домен / IP - последний столбец содержит IP-адрес маршрутизатора. Если он доступен, также будет указано доменное имя.

Проверка времени перехода

Время, указанное в столбцах RTT, - это главное, на что вы хотите обратить внимание при оценке traceroute. Постоянное время - это то, что вы ищете. Могут быть определенные переходы с увеличенным временем задержки, но они могут не указывать на наличие проблемы. Вам нужно смотреть на закономерность по всему отчету. Время более 150 мс считается долгим для поездки в пределах континентальной части США. (Однако время более 150 мс может быть нормальным, если сигнал пересекает океан.), но проблемы могут появиться с очень большими числами.

Увеличение задержки по направлению к цели

Если вы видите внезапное увеличение шага, и оно продолжает увеличиваться до места назначения (если оно даже доходит до места назначения), то это указывает на проблему, начинающуюся на шаге с увеличением. Это вполне может привести к потере пакетов, где вы даже увидите звездочки (*) в отчете.

 1 10 мс 7 мс 9 мс 172.16.10.2
2 78 мс 100 мс 32 мс ip10-167-150-2.at.at.cox.net [70.167.150.2]
3 78 мс 84 мс 75 мс 100ge7-1.core1.nyc4.he.net [184.105.223.166]
4 782 мс 799 мс * мс 10gr10-3.core1.lax1.he.net [72.52.92.226]
5 * мс 899 мс 901 мс 10g1-3.core1.lax2.he.net [72.52.92.122]
6 987 мс 954 мс 976 мс 205.134.225.38
7 1002 мс 1011 мс 999 мс www.inmotionhosting.com [192.145.237.216] 

Высокая задержка в середине, но не в начале и в конце

Если переход сразу после длинного падает, это просто означает, что маршрутизатор при длинном переходе установите сигнал с более низким приоритетом и это не проблема.Подобные шаблоны не указывают на проблему.

 1 <1 мс <1 мс <1 мс 173.247.246.116
2 30 мс 7 мс 11 мс 10.10.0.2
3200 мс 210 мс 189 мс 4.71.136.1
4 111 мс 98 мс 101 мс ip10-167-150-2.at.at.cox.net [70.167.150.2]
5 99 мс 100 мс 98 мс 205.134.225.38 

Высокая задержка в середине, которая остается неизменной

Если вы видите скачок перехода, но остаетесь постоянным на протяжении всей остальной части отчета, это не указывает на проблему.

 1 <1 мс <1 мс <1 мс 173.247.246.116
2 30 мс 7 мс 11 мс 10.10.0.2
3 93 мс 95 мс 92 мс 4.71.136.1
4 95 мс 99 мс 101 мс ip10-167-150-2.at.at.cox.net [70.167.150.2]
5 99 мс 100 мс 98 мс 100ge7-1.core1.nyc4.he.net [184.105.223.166]
6 95 мс 95 мс 95 мс 10g1-3.core1.lax2.he.net [72.52.92.122]
7 95 мс 96 мс 94 мс 205.134.225.38] 

Высокая задержка в начальных переходах

Просмотр сообщения о задержке в первых нескольких переходах указывает на возможную проблему на уровне локальной сети.Вам нужно будет работать с администратором локальной сети, чтобы проверить и исправить это.

Таймауты в начале отчета

Если у вас есть тайм-ауты в самом начале отчета, скажем, в пределах первых одного или двух прыжков, но остальная часть отчета выполняется, не беспокойтесь. Это совершенно нормально, поскольку ответственное устройство, скорее всего, не отвечает на запросы трассировки.

Тайм-ауты в самом конце отчета

Тайм-ауты в конце могут возникать по ряду причин.Однако не все из них указывают на проблему.

    • Целевой брандмауэр может блокировать запросы. Однако цель по-прежнему, скорее всего, достижима с помощью обычного HTTP-запроса. Это не должно влиять на нормальное соединение.
    • Возникла проблема с обратным путем из точки назначения. Это будет означать, что сигнал все еще идет, но обратный сигнал не возвращается на ваш компьютер. Это не должно влиять на нормальное соединение.
    • Возможная проблема с подключением к цели.Это повлияет на соединение.

Нужно ли мне связываться с моей хостинговой компанией?

После того, как вы нашли прыжок, на котором, похоже, есть проблема, вы можете определить его местоположение и определить, в чем проблема. Он может находиться в вашей сети, у вашего интернет-провайдера, где-то на маршруте или в домене вашего хостинг-провайдера.

Первый переход находится в вашей собственной сети. Следующий переход - ваш интернет-провайдер. Последняя пара прыжков, скорее всего, находится в домене и под контролем вашего хостинг-провайдера, поэтому, если проблема существует, они могут исправить ее за вас.Если это произошло где-то до этого, проблема просто связана с маршрутом и не находится под контролем ни вам, ни вашему хостинг-провайдеру.

Что такое трасса трассировки и как ее использовать?

«Трассировка маршрута» или «трассировка маршрута» - это система, которая отслеживает все прыжки, которые вы совершаете от вашего интернет-соединения до пункта назначения. Первые несколько переходов обычно проходят через сеть вашего поставщика услуг. Переходы оттуда обычно проходят через магистрального / восходящего провайдера, используемого вашим поставщиком услуг для маршрутизации интернет-трафика.Последние несколько переходов будут осуществляться с провайдером восходящей / магистральной сети AIT через нашу сеть и на ваш сервер. Каждый скачок показывает информацию о времени (обозначенную 3 наборами оценок «мс»). Время менее 200 мс - хорошее время. Все, что превышает 1000 мс, указывает на некоторые задержки, которые в конечном итоге повлияют на общую производительность вашего соединения. Любые значения времени в миллисекундах, отмеченные звездочкой (*), указывают на тайм-аут (плохое соединение). Независимо от того, какие прыжки показывают звездочки или значения времени выше 500, более чем вероятно, что у вашего соединения возникают проблемы.Проконсультируйтесь с соответствующими людьми о любых проблемах с производительностью. Если проблемы возникают на первых нескольких прыжках, это ваш поставщик услуг. Если проблемы возникают на промежуточных переходах, это связано с восходящим / магистральным соединением вашего поставщика услуг. Если проблема возникает в течение нескольких последних переходов на ваш сайт, значит, это проблема с нашей стороны. Обратите внимание: если проблема возникает на первых нескольких прыжках, она повлияет на большинство последующих прыжков, поэтому уточните источник проблемы, прежде чем обращаться к нам (если применимо).

Обратите внимание, что когда вы отправляете маршрут трассировки в AIT, мы проверяем весь маршрут трассировки и, в частности, ищем среднюю или половинную точку между вашим подключением и сетью AIT. Обычно существует переключение между одним основным оператором связи и другим основным оператором связи, который может использовать AIT. Например, если вы выполняете трассировку маршрута и получаете две основные сети, то место, где он переходит из одной сети в другую, является средней точкой. Если есть проблема на стороне AIT в средней точке, AIT свяжется с нашим оператором (-ами), который может помочь решить проблему, с которой вы можете столкнуться.Однако, если вы видите проблемы, тайм-ауты или какие-либо символы * до середины, то лучше всего обратиться к вашему поставщику интернет-услуг и попросить его определить, почему это происходит, потому что они владеют отношениями с операторами связи, которые тайм-аут.

Если у вас периодически возникают проблемы с доступом к выделенному серверу или учетной записи веб-хостинга, запустите маршрут трассировки следующим образом:

  1. Если у вас ПК с Windows XP, Windows Vista или Windows 7:
    1. Щелкните значок «Пуск», затем в поле поиска или в поле «Выполнить» введите «cmd».
    2. Откроется приглашение DOS.
    3. В командной строке DOS введите tracert yourdomain.com, где yourdomain.com - ваше доменное имя.
    4. На вашем экране может отображаться следующая информация:

      Трассировка маршрута к example.com максимум на 30 переходов:

      1 - 123 мс - 123 мс -123 мс - 38.1.1.1

      2 - 147 мс - 145 мс -182 мс - fayetteville.nc.pop.psi.net

      3 - 170 мс - 134 мс -134 мс - 207.124.104.54

      4 - 123 мс - 123 мс -123 мс - пример.com

    5. При необходимости вы можете скопировать и вставить результаты в сообщение о неисправности.
  2. Если у вас есть устройство Apple, например iMac, MacBook Pro и т. Д.:
    1. Откройте окно терминала.
    2. Введите в командной строке следующее. Замените domain.com своим доменным именем.

      > traceroute domain.com

    3. Если вы не можете открыть окно терминала, вы можете сделать следующее:
      1. Откройте папку «Приложения».
      2. Откройте папку «Утилиты».
      3. Выберите «Сетевая утилита».
      4. Щелкните вкладку Traceroute и введите домен, который вы хотите запросить.

Инструмент Trace-route - Fing Support

Что такое «маршрут трассировки»?

Trace-route - это еще один инструмент сетевой диагностики, который используется для отслеживания пути, пройденного пакетом от источника к месту назначения в режиме реального времени. Он сообщает IP-адреса всех маршрутизаторов / каналов, которые он проверил между этим источником и местом назначения.Переход от одного канала / маршрутизатора к другому известен как переход. Информация, которая перемещается по маршруту трассировки, известна как пакет.

Trace-route также записывает время, затрачиваемое на каждый прыжок, который пакет совершает на пути к месту назначения. Время, необходимое для выполнения прыжка, измеряется в миллисекундах.

Как я могу использовать и выполнять трассировку маршрута?

Trace-route - очень полезный инструмент для определения задержки ответа и всех имеющихся петель (переходов) маршрутизации.Это также помогает найти любые точки отказа, обнаруженные во время путешествия по маршруту к определенному пункту назначения.

Например, если ваш веб-сайт загружается медленно, вы можете использовать trace-route, чтобы выяснить причину. Клиенты широкополосного доступа также могут использовать трассировку маршрута, если они не могут подключиться к определенным веб-сайтам или их подключение к Интернету медленное.

Чтобы использовать инструмент трассировки маршрута на Fing Desktop:

  • Щелкните вкладку Инструменты
  • Выберите функцию Trace-route из списка
  • Используя строку поиска, вы можете ввести адрес веб-сайта или выбрать устройства в своей сети из раскрывающегося списка.См. Ниже пример успешного маршрута трассировки:
Трассировка маршрута не работает?

Вероятная причина того, что трассировка маршрута не работает, состоит в том, что по умолчанию программа Windows tracert использует ICMP.

В некоторых сетевых средах традиционные методы трассировки маршрута не всегда могут быть применимы из-за широкого использования межсетевых экранов. Такие межсетевые экраны фильтруют «маловероятные» порты UDP или даже эхо ICMP.

Чтобы решить эту проблему, необходимо реализовать некоторые дополнительные методы трассировки-маршрутизации (включая tcp), которые еще не предоставлены Fing.Такие методы пытаются использовать определенный протокол и порт источника / назначения, чтобы обойти брандмауэры (чтобы брандмауэры видели это только как начало разрешенного типа сетевого сеанса).

Загрузите Fing Desktop здесь, чтобы получить дополнительные функции и расширенные возможности, в том числе: оповещения о вторжении, проверки безопасности, временную шкалу событий и неограниченное количество инструментов.

Независимо от того, являетесь ли вы ИТ-специалистом или энтузиастом в области технологий, у Fing есть подходящее решение для ваших нужд. Чтобы узнать больше, посетите: Fing Premium Plan

Использование команды traceroute | Сообщество Медиа Храма

Последнее изменение: 9 марта 2020 г.

Обзор

Что такое функция трассировки?

Когда вы подключаетесь к другому компьютеру, ваш трафик не идет напрямую на машину, к которой вы пытаетесь подключиться.Вместо этого он проходит через несколько компьютеров в Интернете, известных как маршрутизаторы. Эти машины служат единственной цели - контролировать, как ваш трафик попадает в пункт назначения. Если какое-либо соединение не удастся, вы не сможете подключиться к предполагаемому месту назначения.

Существует обычная утилита, известная как traceroute или tracert в DOS и Windows. Цель этой утилиты - показать вам путь, по которому проходит ваш трафик, когда вы пытаетесь подключиться к другому компьютеру.

Как использовать команду traceroute для диагностики проблем сетевой маршрутизации

Если вы считаете, что у вас проблемы с сетевой маршрутизацией, это можно довольно быстро проверить с помощью команды traceroute.Процесс просто влечет за собой открытие окна терминала и запуск команды traceroute с любого устройства, на котором возникла ошибка.
Если traceroute выводит либо * * *, либо тайм-аут запроса, вы знаете, что, вероятно, проблема связана с сетью.

ПРИМЕЧАНИЕ:

  • Если агент службы поддержки запросил у вас информацию о трассировке, пожалуйста, также предоставьте ему IP-адрес места, где была проведена трассировка (чтобы найти свой IP-адрес, щелкните здесь), а также полную отметку времени, когда это было выполнено ( укажите дату, время и часовой пояс вашего местоположения).
  • Не забудьте заменить example.com своим доменным именем или доменом доступа.
  • Вы увидите результат с тарабарщиной, а затем gsXX.gridserver.com в качестве окончательного результата. Последовательность букв перед .gridserver.com (а также конечный IP-адрес) может измениться, если вы запустите команду более одного раза. Это связано с тем, что сетка использует несколько веб-узлов, и вы можете попасть в один из нескольких.

Инструкции

Выполнить трассировку в Windows

  1. Щелкните "Пуск".
  2. Щелкните в поле поиска.
  3. Затем введите cmd (возможно, вам потребуется ввести команду в Windows 95/98 / ME).
  4. Открыв терминал, просто введите следующее, но не забудьте заменить example.com своим доменным именем:
      tracert example.com  

    Вы также можете использовать свой домен доступа:

      tracert s00000.gridserver.com
      
  5. Вы должны увидеть ответ, подобный следующему:
      Пример трассировки маршрута.com [64.13.192.208]
    более 30 прыжков:
    
    1 <1 мс <1 мс <1 мс 72.10.62.1
    2 <1 мс <1 мс <1 мс 10.101.248.1
    3 1 мс <1 мс 1 мс 10.104.65.161
    4 1 мс 5 мс 1 мс 10.104.0.1
    5 2 мс 2 мс 3 мс 10.0.10.33
    6 5 мс 3 мс 2 мс acmkokeaig.gs01.gridserver.com [64.13.192.208]
    
    Трассировка завершена.
      

Выполнить трассировку на Mac

  1. Щелкните Жесткий диск.
  2. Открытые приложения.
  3. Открытые утилиты.
  4. Щелкните «Терминал», чтобы открыть командную строку.
  5. Открыв терминал, введите следующее, но не забудьте заменить example.com своим доменным именем.
     
    traceroute example.com
      

    Или вы можете использовать свой домен доступа.

     
    traceroute s00000.gridserver.com
      
  6. Вы должны увидеть ответ, подобный следующему:
      traceroute на example.com (64.13.192.208), максимум 64 перехода, 40 байтовых пакетов
    1 72.10.62.1 (72.10.62.1) 1.000 мс 0,739 мс 0,702 мс
    2 10.101.248.1 (10.101.248.1) 0,683 мс 0,385 мс 0,315 мс
    3 10.104.65.161 (10.104.65.161) 0,791 мс 0,703 мс 0,686 мс
    4 10.104.0.1 (10.104.0.1) 1,430 мс 1,310 мс 1,063 мс
    5 10.0.10.33 (10.0.10.33) 2,652 мс 2,260 мс 5,353 мс
    6 acmkokeaig.gs01.gridserver.com (64.13.192.208) 3,384 мс 8,001 мс 2,439 мс
      

Если вы не хотите иметь дело с traceroute на своем компьютере, вы можете использовать так называемый сервер «Зеркало».Это общедоступные серверы трассировки, предоставляемые добровольцами в качестве бесплатной услуги. Вы можете найти их список на http://www.traceroute.org/. Имейте в виду, что эти результаты могут не соответствовать результатам из вашего собственного местоположения, и поэтому они могут быть менее полезными, поскольку используют другой путь к серверу.

Общие сведения о traceroute

В результатах вы увидите комментарий «максимум 30 прыжков или 64». Все это означает, что диаметр Интернета составляет примерно 30 или 64 перехода.Следовательно, многие маршруты трассировки заходят так далеко, пытаясь достичь пункта назначения.

Первый столбец - это номер перехода, который представляет собой значение времени жизни (TTL), установленное в пакете.

Следующие три столбца содержат время приема-передачи в миллисекундах для попытки достичь пункта назначения со значением TTL. Последний столбец - это имя хоста (если оно было разрешено) и IP-адрес отвечающей системы.

ПРИМЕЧАНИЕ:

Ваш traceroute будет отображать ту же информацию, но столбцы могут быть в другом порядке.

подсказки

Если вы видите одну из следующих ошибок, возможно, домен не зарегистрирован или не существует.

  Невозможно разрешить имя целевой системы example.com
  
  неизвестный хост example.com
  

Еще одна вещь, на которую следует обратить внимание, - это тайм-аут. Это может означать, что у вас есть проблема с сетью / брандмауэром, которая мешает вам добраться до вашего сервера:

  Отслеживание маршрута до example.com [64.13.192.208]
более 30 прыжков:

1 <1 мс <1 мс <1 мс 72.10.62.1
2 <1 мс <1 мс <1 мс 10.101.248.1
3 * * * Тайм-аут запроса
4 * * * Тайм-аут запроса
5 * * * Тайм-аут запроса
6 * * * Тайм-аут запроса

Трассировка завершена.
  

Последнее изменение: 9 марта 2020 г.

Обзор

Что такое функция трассировки?

Когда вы подключаетесь к другому компьютеру, ваш трафик не идет напрямую на машину, к которой вы пытаетесь подключиться.Вместо этого он проходит через несколько компьютеров в Интернете, известных как маршрутизаторы. Эти машины служат единственной цели - контролировать, как ваш трафик попадает в пункт назначения. Если какое-либо соединение не удастся, вы не сможете подключиться к предполагаемому месту назначения.

Существует обычная утилита, известная как traceroute или tracert в DOS и Windows. Цель этой утилиты - показать вам путь, по которому проходит ваш трафик, когда вы пытаетесь подключиться к другому компьютеру.

Как использовать команду traceroute для диагностики проблем сетевой маршрутизации

Если вы считаете, что у вас проблемы с сетевой маршрутизацией, это можно довольно быстро проверить с помощью команды traceroute.Процесс просто влечет за собой открытие окна терминала и запуск команды traceroute с любого устройства, на котором возникла ошибка.

Если traceroute выводит либо * * *, либо тайм-аут запроса, значит, вы знаете, что, вероятно, проблема связана с сетью.

ПРИМЕЧАНИЕ:

  • Если агент службы поддержки запросил у вас информацию о трассировке, пожалуйста, также предоставьте ему IP-адрес места, где была проведена трассировка (чтобы найти свой IP-адрес, щелкните здесь), а также полную отметку времени, когда это было выполнено ( укажите дату, время и часовой пояс вашего местоположения).
  • Не забудьте заменить example.com своим доменным именем или доменом доступа.

Нужна дополнительная помощь с вашим сервером? Расширенная поддержка может помочь!

Инструкции

Выполнить трассировку в Windows

  1. Щелкните "Пуск".
  2. Щелкните в поле поиска.
  3. Затем введите cmd (возможно, вам потребуется ввести команду в Windows 95/98 / ME).
  4. После того, как вы откроете клеммную коробку, просто введите следующее, но обязательно замените пример.com с вашим доменным именем:
      tracert example.com  
  5. Также возможно запустить traceroute, используя ваш домен доступа или IP:
      tracert rcbi-b1hp.accessdomain.com  
      tracert 64.13.192.208
      
  6. Также возможно запустить traceroute с использованием вашего домена доступа или основного домена. Чтобы найти эту информацию, войдите в свой центр учетных записей и откройте свою управляемую службу WordPress. Затем нажмите «Домены» в меню «Мой сайт» слева.Вы также можете использовать вкладку Домены в верхней части центра учетных записей.
      tracert xxxx-xxxx.accessdomain.com  
  7. В качестве альтернативы вы можете использовать свой домен доступа.
      tracert xxxx-xxxx.accessdomain.com  
  8. Вы должны увидеть ответ, подобный следующему:
      Отслеживание маршрута до example.com [64.13.192.208]
    более 30 прыжков:
    
    1 <1 мс <1 мс <1 мс 72.10.62.1
    2 <1 мс <1 мс <1 мс 10.101.248.1
    3 1 мс <1 мс 1 мс 10.104.65.161
    4 1 мс 5 мс 1 мс 10.104.0.1
    5 2 мс 2 мс 3 мс 10.0.10.33
    6 5 мс 3 мс 2 мс example.com [64.13.192.208]
    
    Трассировка завершена.
      

Выполнить трассировку на Mac

  1. Необходимое приложение «Терминал» находится в папке «Утилиты». Чтобы быстро найти его, щелкните значок поиска в правом верхнем углу и введите «Терминал».
  2. Откройте приложение «Терминал».
  3. Открыв терминал, введите следующее, но не забудьте заменить example.com своим доменным именем.
     
    traceroute example.com
      
  4. Также возможно запустить traceroute с использованием вашего домена доступа или IP.

      traceroute   rcbi-b1hp   .accessdomain.com  
  5. В качестве альтернативы вы можете использовать свой домен доступа.
      traceroute xxxx-xxxx.accessdomain.com  
  6. Также возможно запустить traceroute с использованием вашего домена доступа или основного домена.Чтобы найти эту информацию, войдите в свой центр учетных записей и откройте свою управляемую службу WordPress. Затем нажмите «Домены» в меню «Мой сайт» слева. Вы также можете использовать вкладку Домены в верхней части центра учетных записей.
      tracert rcbi-b1hp.accessdomain.com  
  7. Вы должны увидеть ответ, подобный следующему:
      traceroute to example.com (64.13.192.208), максимум 64 перехода, 40 байтовых пакетов
    1 72.10.62.1 (72.10.62.1) 1.000 мс 0,739 мс 0,702 мс
    2 10.101.248,1 (10,101,248,1) 0,683 мс 0,385 мс 0,315 мс
    3 10.104.65.161 (10.104.65.161) 0,791 мс 0,703 мс 0,686 мс
    4 10.104.0.1 (10.104.0.1) 1,430 мс 1,310 мс 1,063 мс
    5 10.0.10.33 (10.0.10.33) 2,652 мс 2,260 мс 5,353 мс
    6 www.example.com (64.13.192.208) 3,384 мс 8,001 мс 2,439 мс
      

Если вы не хотите иметь дело с traceroute на своем компьютере, вы можете использовать так называемый сервер «Зеркало». Это общедоступные серверы трассировки, предоставляемые добровольцами в качестве бесплатной услуги.Вы можете найти их список на http://www.traceroute.org/. Имейте в виду, что эти результаты могут не соответствовать результатам из вашего собственного местоположения, и поэтому они могут быть менее полезными, поскольку используют другой путь к серверу.

Общие сведения о traceroute

В результатах вы увидите комментарий «максимум 30 прыжков или 64». Все это означает, что диаметр Интернета составляет примерно 30 или 64 перехода. Следовательно, многие маршруты трассировки заходят так далеко, пытаясь достичь пункта назначения.

Первый столбец - это номер перехода, который представляет собой значение времени жизни (TTL), установленное в пакете.

Следующие три столбца содержат время приема-передачи в миллисекундах для попытки достичь пункта назначения со значением TTL. Последний столбец - это имя хоста (если оно было разрешено) и IP-адрес отвечающей системы.

ПРИМЕЧАНИЕ:

Ваш traceroute будет отображать ту же информацию, но столбцы могут быть в другом порядке.

подсказки

Если вы видите одну из следующих ошибок, возможно, домен не зарегистрирован или не существует.

  Невозможно разрешить имя целевой системы example.com
  
  неизвестный хост example.com
  

Еще одна вещь, на которую следует обратить внимание, - это тайм-аут. Это может означать, что у вас есть проблема с сетью / брандмауэром, которая мешает вам добраться до вашего сервера:

  Отслеживание маршрута до example.com [64.13.192.208]
более 30 прыжков:

1 <1 мс <1 мс <1 мс 72.10.62.1
2 <1 мс <1 мс <1 мс 10.101.248.1
3 * * * Тайм-аут запроса
4 * * * Тайм-аут запроса
5 * * * Тайм-аут запроса
6 * * * Тайм-аут запроса

Трассировка завершена. 

Расширенная поддержка может помочь!

Нужна дополнительная помощь с вашим сервером? Помощь доступна через Advanced Support, наше подразделение премиум-услуг. Для получения дополнительной информации о том, что может сделать для вас расширенная поддержка, щелкните здесь.

Как запустить трассировку маршрута (Windows)

О трассировке маршрута

Интернет-данные разбиваются вашим компьютером на мелкие части перед их отправкой по назначению, эти маленькие части часто называют пакетами.В современных компьютерных сетях пакет может идти к месту назначения по разным путям. Цель выполнения traceroute - обнаружить путь, по которому проходят пакеты.

Примером того, почему вы можете выбрать запуск traceroute, является то, что вы играете в онлайн-видеоигру и хотите увидеть путь, по которому ваше соединение достигает игрового сервера.

Понимание трассировки маршрута может быть трудным, так как есть много факторов, которые могут повлиять на результаты. Эта статья поможет вам запустить трассировку и предоставит некоторый контекст того, как наша техническая группа Shaw использует эти результаты для диагностики возможных сетевых проблем.Хотя этот процесс можно запустить самостоятельно, в большинстве случаев для интерпретации результатов потребуется помощь представителя службы технической поддержки Shaw.

Как запустить трассировку маршрута

Чтобы запустить Trace Route, выполните следующие действия:

  1. Откройте меню "Пуск"
  2. Выберите программы
  3. Выбрать аксессуары
  4. Выберите командную строку
    • На компьютерах с Windows 8 нажмите клавишу Windows, затем введите «CMD» и нажмите Enter на клавиатуре
    • На компьютерах с Windows 10 щелкните правой кнопкой мыши меню «Пуск» и выберите «Командная строка».
  5. Откроется черное окно, подобное этому:

  6. Введите в окно следующее: «tracert google.com ", затем нажмите ENTER на клавиатуре
  7. Через несколько секунд результаты трассировки маршрута будут заполнены

Результаты трассировки маршрута к Google.com

Понимание результатов трассировки маршрута

Каждая строка результатов трассировки называется «переходом». На каждом переходе отображается один из маршрутизаторов, через который проходит пакет на пути к месту назначения (в данном случае Google.com). Команда traceroute отправляет трассировку три раза для каждого прыжка и отображает время, необходимое для ответа на следующем прыжке, выраженное в миллисекундах (мс).

В большинстве случаев время отклика, показанное в traceroute, не говорит нам с уверенностью, является ли какой-либо из переходов медленным. Для большинства высокопроизводительных маршрутизаторов (это то, что на самом деле представляют собой переходы), ответ на traceroutes является низкоприоритетным действием (мы предпочитаем, чтобы маршрутизаторы тратили свое время на пересылку ваших пакетов). Это означает, что ответ на запрос traceroute может быть немного задержан и не отражать реальное время приема-передачи.

Если вы геймер, ищущий способы уменьшить отставание, traceroute может не рассказать всей истории.Свяжитесь с нами, мы поможем.

Результаты теста трассировки маршрута

Имейте в виду, что "переход" иногда приводит к ответу "истекло время ожидания запроса". При условии, что время ожидания следующих переходов также не истекло, это не указывает на проблему с вашей сетью. Однако, если трассировка завершается несколькими ответами «время ожидания запроса истекло», вам может потребоваться дальнейшее устранение неполадок.

Вот еще немного информации о расшифровке traceroute.

  • Первый переход - это первый «маршрутизатор» в вашей сети.
  • Если у вас есть собственное устройство WiFi или брандмауэр стороннего производителя, оно ответит первым.
  • Не все переходы, показанные в трассировке маршрута, попадают в сеть Shaw, многие будут за пределами Shaw, это нормально, так работает Интернет.
  • Технические специалисты или модераторы Shaw могут попросить вас выполнить трассировку в качестве шага по устранению неполадок. Цель состоит в том, чтобы определить, по какому пути пакет должен добраться до места назначения. Хотя traceroute может дать подсказки о производительности сети, он также может направить поиск и устранение неисправностей в неправильном направлении.
  • При использовании traceroute очень важно убедиться, что вы запускаете его в разное время дня. Попробуйте запустить его в то время, когда у вас есть и не возникают проблемы с сетью. Также полезно сравнить ваши результаты с разными направлениями.

Инструмент

TraceRoute - Анализ сетевого маршрута

Инструмент TraceRoute используется для отслеживания пути, пройденного пакетом данных от его источника до места назначения, определенного IP-сервера.Когда данные перемещаются между двумя точками, они должны «прыгать» через множество устройств, включая маршрутизаторы и коммутаторы. Инструмент TraceRoute использует эхо-пакеты протокола управляющих сообщений Интернета (ICMP) с переменными значениями времени жизни (TTL) для сопоставления каждого из этих переходов. Он предоставляет подробную информацию о времени приема-передачи (RTT) данных и, когда это возможно, предлагает имя устройства и IP-адреса мест, где есть задержки.

Цель TraceRoute - сообщить вам, что в вашей системе есть проблема, и помочь вам определить, где она существует, чтобы вы могли более целенаправленно решать проблемы.Вы можете использовать TraceRoute, чтобы лучше понять производительность, когда страницы веб-сайта загружаются долго. Запустив тест TraceRoute, вы можете более легко определить, где существуют основные задержки в пути данных. Затем вы можете выполнить анализ TraceRoute и использовать полученную информацию для определения основных причин задержки загрузки страницы или страниц.

Инструмент TraceRoute отображает путь, по которому пакет данных перемещается от источника к месту назначения, отслеживая время, необходимое для этого, и выявляя проблемы при плавной передаче данных из одного места в другое.

Понимание того, как работает инструмент TraceRoute, начинается с понимания нескольких ключевых сетевых механизмов, необходимых для успешной работы анализатора TraceRoute. Первый - это сетевой механизм, который называется «Время жизни» (TTL). TTL устанавливает предел того, как долго данные могут «жить» в IP-сети. Каждому отправленному пакету данных присваивается значение TTL. Когда пакет данных перемещается, он достигает переходов. На каждом скачке значение TTL уменьшается на единицу. Как только значение TTL достигает нуля, пакет данных отбрасывается. Без встроенного значения TTL пакеты продолжали бы проходить через сеть бесконечно, если бы они столкнулись с ошибкой и не достигли места назначения.

Второй ключевой механизм, который необходимо понять, - это «время приема-передачи» (RTT). При использовании TraceRoute каждый переход на пути к целевому устройству отбрасывает пакет, а затем отправляет обратно сообщение об ошибке протокола управляющих сообщений Интернета (ICMP). Это позволяет TraceRoute измерять промежуток времени между отправкой данных и возвращением сообщения ICMP для каждого прыжка, давая вам значение RTT для каждого прыжка на пути.

Полезно придумать конкретный пример, чтобы лучше понять эту концепцию.Представьте, что вы запускаете TraceRoute и указываете не более 30 переходов. Затем TraceRoute отправит пакеты данных с TTL равным 1 на целевой сервер. Когда пакет проходит через свое первое сетевое устройство, TTL будет уменьшен с 1 до нуля, и вы получите сообщение о том, что пакет был отброшен. Это даст вам RTT перехода номер 1.

Затем пакеты данных будут отправлены на сервер назначения, но на этот раз с TTL, равным 2. Когда пакеты снова пройдут через первое устройство, TTL снизится до 1.Когда пакеты затем проходят через второй переход, TTL будет уменьшен до нуля. Опять же, сообщение о том, что пакет был отброшен, отправляется, и вам остается RTT для перехода с номером 2.

Этот процесс повторяется снова и снова, переходя к следующему переходу каждый раз, либо до тех пор, пока пакеты данных не достигнут пункта назначения, либо пока не будет достигнуто максимальное количество переходов (в данном случае 30 переходов). К концу этого теста TraceRoute вы будете знать, сколько переходов требуется для достижения целевого устройства, каков RTT для каждого перехода, а также IP-адрес и имя устройства для каждого из этих переходов.

Цель анализа TraceRoute проста: помочь определить, где на вашем сетевом пути есть задержки, которые могут повлиять на производительность и доставку пакетов данных. Это может помочь вам найти петли маршрутизации, которые могут присутствовать на вашем сетевом пути, а также любые точки отказа. С анализатором TraceRoute вы получаете полезный диагностический инструмент, который поможет вам визуализировать вашу сеть и любые проблемы в ней.

С помощью анализа TraceRoute вы можете наметить путь, по которому пакеты данных проходят, прежде чем достигнут пункта назначения.Вы также можете проверить, как далеко могут пройти пакеты, прежде чем они столкнутся с проблемой. Используя процесс тестирования TraceRoute, вы можете более легко определить приблизительное местоположение проблемы и какие устройства неисправны, будь то из-за неправильной конфигурации или неисправности, чтобы устранить основные причины проблем и повысить производительность для конечных пользователей.

SolarWinds Engineer’s Toolset (ETS) включает в себя больше, чем просто инструмент TraceRoute.