Как проверить пакеты до сервера

Знакомая многим ситуация: компьютер включен, доступ в Интернет есть, но не открывается какой-то определенный сайт или сервер в сети. Например: не доступен игровой сервер или игра сильно тормозит при подключении к нему. Что делать? Ответ прост – проверка на пинг и трассировка! Другими словами можно проверить доступность сетевых ресурсов с помощью диагностических методов, самые распространённые из которых — утилиты Ping, Tracert/Traceroute и MTR/WinMTR. Давайте рассмотрим подробно каждую из данных утилит.

Сетевая утилита Ping — это самый простой способ проверить доступность любого сетевого ресурса. При условии, что у этого ресурса открыты «пинги» из вне, то есть разрешено использование протокола ICMP.

Как это работает? Команда Ping отправляет небольшие пакеты с данными на сервер, который надо проверить. В ОС Windows по умолчанию посылается серия из 4-х таких пакетов. В ОС Linux пакеты посылаются непрерывно, пока пользователь не прервёт операцию. Спустя некоторое время от сервера приходит ответ — в виде тех же пакетов, какие и были отправлены. Если число отправленных и полученных пакетов совпадает — это значит сервер «живой» и никаких проблем с его доступностью не наблюдается.

Как пропинговать сайт или сервер в Windows?

Ping – это консольная утилита, которая запускается с помощью командной строки. Она присутствует во всех версиях ОС Windows. Я буду показывать её работу на примере Windows 11.

Нажимаем правой кнопкой мыши на кнопку «Пуск» чтобы открылось дополнительное меню. Там надо выбрать вариант «Терминал»( в Windows 10 это «Командная строка»):

Смотрим результат: отправлено было 4 пакета размером по 32 байта. Время прохождения каждого пакета составило в среднем 22 мс. Все отправленные пакеты дошли до сервера и вернулись обратно.

По умолчанию команда Ping в ОС Windows отправляет всего 4 пакета данных.

Чтобы отправить больше пакетов, можно задать их количество с помощью параметра –n. Пример для отправки 10 тестовых пакетов:

ping –n 10 yandex.ru

Результат будет таким:

Как вариант, можно использовать команда ping с параметром «-t», чтобы пинговать сервер бесконечно, до принудительного прекращения задачи, как в Linux. Команда будет выглядеть так:

ping ya.ru -t

Пример выполнения команды пинг:

Вот так выглядит результат выполнения команды Ping на недоступный сетевой ресурс или хост, на который закрыты ICMP-пакеты.

Как проверить пинг до сервера в Linux?

В отличие от систем семейства Windows, по умолчанию проверка пинга в Linux идет непрерывно, пока пользователь не прервёт этот процесс с помощью комбинаций клавиш Ctrl + C.

В Linux так же можно задавать нужные параметры с помощью аргументов, но они могут отличаться от аргументов в ОС Windows, которые я показывал выше. Например в Линуксе количество тестовых пакетов задаётся через агрумент «-c», а не через «-n». Для того, чтобы увидеть все доступные агрументы команды Пинг — введите вот такую команду:

Как видите, аргументов очень много, что позволяет провести очень тщательную сетевую диагностику доступности удалённого узла сети

Многим пользователям интернета знакома такая ситуация — компьютер включен, интернет работает, но нет доступа к какому — то определенному ресурсу в сети. Например: не открывается сайт, не доступен игровой сервер или не работает удаленный доступ к компьютеру. В таких случаях можно проверить доступность сетевых ресурсов с помощью диагностических методов. Самые распространенные из них – это проверка на пинг и трассировка. Выполняются они с помощью специальных утилит – Ping, Tracert/Traceroute и MTR/WinMTR. Рассмотрим подробно каждую из данных утилит.

Утилита Ping — самый простой способ проверки доступности любого сетевого ресурса.

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

Как проверить пинг до сервера в Windows?

Ping является консольной утилитой, вызывается с помощью командной строки.

В поисковой строке меню Пуск вводим cmd, запускаем командную строку.

Пингуем сайт yandex.ru.

Как видно из результатов, отправлено было 4 пакета, каждый размером по 32 байта. Время прохождения каждого пакета составило 5 мс. Все отправленные до сервера пакеты вернулись обратно.

По умолчанию команда Ping в Windows отправляет к запрашиваемому серверу всего 4 пакета данных. Для отправки большего количества пакетов данных используется команда ping с параметром «-t».

Например, ping -t yandex.ru

Команда будет пинговать сайт в бесконечном цикле. Остановить данный процесс можно с помощью комбинации клавиш Ctrl + C.

Посмотрим, как будет выглядеть результат выполнения команды Ping на недоступный (неработающий) сетевой ресурс.

Как проверить пинг до сервера в Linux?

В ОС Linux проверка пинга также осуществляется с помощью команды ping. Вызывается данная команда из терминала. По умолчанию, процесс проверки пинга в Linux идет непрерывным циклом, в отличие от ОС Windows. Остановить данный процесс можно с помощью комбинаций клавиш Ctrl + C.

В терминале вводим команду ping и адрес проверяемого ресурса.

Трассировка. Команды tracert и traceroute.

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

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

В ОС Windows трассировка маршрута до сетевого ресурса осуществляется с помощью утилиты tracert.

Запускаем командную строку, прописываем tracert и далее через пробел адрес проверяемого сервера (сайта). Сделаем трассировку маршрута до сайта yandex.ru.

Смотрим полученный вывод. Результат трассировки показывает весь маршрут, через который прошел запрос до сайта. Каждая строка в выводе – это промежуточный узел (маршрутизатор). Их еще называют прыжками или “хопами”. Наш запрос до сайта yandex.ru совершил ровно 7 прыжков (хопов) – прошел через 6 промежуточных узлов и седьмым шагом достиг конечного хоста. На каждом шаге указано время, затраченное на отправку пакета и получения ответа от узла.

Рассмотрим вариант трассировки до сайта google.com.

“Звездочки” в полученном выводе не означают проблему на узле, как многие ошибочно считают. Просто данный маршрутизатор настроен таким образом, чтобы не отвечать на входящий запрос (как одна из мер по защите узла от DDos-атак). Отправленные пакеты прошли весь путь и успешно достигли конечной точки.

Рассмотрим пример трассировки до сайта, доступ к которому заблокирован.

Если полученные данные нужны для технической поддержки интернет-провайдера, выделяем мышью строки для отправки и нажимаем “Enter”. Информация попадет в буфер обмена. Далее создаем текстовый файл и вставляем в него скопированную запись с помощью комбинации клавиш “Ctrl + V”. Сохраняем файл и отправляем в техническую поддержку.

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

В ОС Linux трассировку выполняет утилита traceroute.

Запускается данная утилита так же, как и утилита Ping, из терминала.

По умолчанию утилита traceroute не входит в дистрибутивы Linux, поэтому при выполнении трассировки может быть получена ошибка “Command ‘traceroute’ not found, but can be installed”. Данная запись означает, что traceroute не установлен на ОС Linux.

Для установки traceroute вводим в терминале следующие команды:

sudo apt-get update.

sudo apt-get install traceroute.

Утилита traceroute установлена. Выполним трассировку до сайта yandex.ru.

Утилиты MTR и WinMTR.

В Linux есть еще одна очень полезная утилита для диагностики сети – MTR (My traceroute). Доступна во всех дистрибутивах Linux. M TR сочетает в себе функционал Traceroute и Ping. Данная утилита также, как и Traceroute, выводит информацию о маршруте, который проходят сетевые пакеты до конечного узла. Но при этом в режиме реального времени показывает время отклика всех переходов от одного хоста к другому и потери пакетов на каждом шаге.

Запускается MTR из терминала с помощью команды mtr .

Запустим MTR до сайта yandex.ru.

Процесс отправки пакетов будет осуществляться бесконечным циклом. Остановить диагностику можно с помощью комбинации клавиш Ctrl + C.

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

Используя параметр -r при вводе команды MTR можно получить результат в виде отчета. Будет отправлено 10 сетевых пакетов, затем процесс остановится. Информация будет выведена в консоль Linux.

MTR в Windows.

Запускаем WinMTR, в открывшемся окне в строке “Host” вводим адрес проверяемого ресурса и нажимаем “Start”.

Далее смотрим полученный результат.

В данной статье мы рассмотрели самые основные команды для диагностики сетевых подключений – ping, tracert (traceroute) и mtr.

Привет, посетитель сайта ZametkiNaPolyah.ru! В этой публикации мы обстоятельно поговорим о том, как использовать сетевую утилиту WinMTR для проверки качества интернет соединения и других каналов связи. WinMTR — это программа, которая дает возможность получить трассировку до удаленного узла, узнать время ответа и оценить потери пакетов в канале связи. В общем, WinMTR очень простая и незаменимая штука для сетевых инженеров и системных администраторов, использующих Windows. Программа настолько простая, что ее сможет использовать даже бабушка, сидящая возле вашего подъезда, не проходите мимо.

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

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

Как видно из описания, WinMTR включает в себя функционал трех стандартных сетевых утилит командной строки Windows: ping, tracert, pathping. Что самое важное, утилитой WinMTR гораздо удобнее пользоваться, чем командной pathping. Во-первых, WinMTR спокойно обрабатывает узлы, которые не отвечают на ICMP запросы, во-вторых, WinMTR работает в режиме реального времени и не нужно долго ждать, как это было, когда мы говорили про pathping.

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

Итак, первый вывод – скачиваем WinMTR с официального сайта, на котором есть раздел Download, ссылка прилагается. Вот так выглядит этот раздел.

Есть две редакции WinMTR: для 32-ух битных операционных систем и для 64-ех битных. У меня вторая, поэтому я жму по нижней кнопке «Download». После чего браузер мне предложил выбрать папку, куда будет скачиваться архив с WinMTR.

Скачиваем архив с WinMTR

Как установить WinMTR в Windows

Теперь давайте установим WinMTR в Windows, хотя в этом ничего сложного нет, но я опишу это действие подробно, чуть позже вы поймете почему. Создайте в удобном месте папку, куда вы собираетесь распаковать архив, у меня это выглядит так: d:Program Files (x86)WinMTR. Далее перейдите в каталог, в который был скачан архив с программой, давайте посмотрим на его содержимое.

Содержимое арихва WinMTR

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

Распакуйте файл WinMTR.exe в нужную папку

Собственно, установка WinMTR в Windows завершена и приложением можно пользоваться, но это не удобно – каждый раз заходить в нужный каталог и запускать исполняемый файл.

Как быстро запустить WinMTR

Давайте поговорим про запуск WinMTR и сделаем этот процесс более быстрым, вы, конечно, можете просто добавить иконку WinMTR на рабочий стол, но пользоваться этой программой вы будете не так часто, поэтому этот значок будет лишним. Я, например, вообще не люблю значки на рабочем столе, поэтому рассмотрим другой способ быстрого запуска программы.
Я предлагаю вам просто добавить путь к исполняемому файлу в системную переменную PATH, в моем случае нужно добавить путь : d:Program Files (x86)WinMTR, в вашем случае это путь к той папке, в которую вы распаковали файл winmtr.exe. В статье по ссылке выше подробно расписан процесс добавления пути в переменную PATH, здесь мы на этом не будем останавливаться. После того, как вы добавили путь к файлу winmtr.exe, можно пробовать запускать приложение при помощи программы «Выполнить». Чтобы запустить приложение «Выполнить» воспользуйтесь сочетанием клавиш Win+R.

Запуск приложения WinMTR

Зачем нужна утилита WinMTR или как проверить качество интернет соединения?

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

Интерфейс программы WinMTR

Кнопка «Options» позволяет настроить работу WinMTR, а с «Exit» все понятно. Кнопка «Copy Text to Clipboard» позволяет скопировать отчет WinMTR в буфер обмена в виде простого текста, а кнопка «Copy HTML to Clipboard» превращает отчет WinMTR в HTML разметку и копирует это всё дело в буфер обмена.

Если вам лень делать Ctrl+C и Ctrl+V, то можете сразу помещать отчет WinMTR в файлы, для этого есть кнопки «Export TEXT» и «Export HTML», первая помещает отчет в простой текстовый файл, а вторая в HTML-документ. В белом поле по центру будут отображаться результаты трассировки.

Как пользоваться WinMTR для проверки интернет соединения?

Результаты трассировки WinMTR до публичного DNS сервера Google

Тут, глядя на столбец Loss, можно подумать, что на втором хопе у меня потери 95%, но это не так, вероятно, мой провайдер решил защитить свой маршрутизатор от DDoS атаки и настроил его таким образом, чтобы он не отвечал на большую часть ICMP запросов. Если бы было действительно 95% потерь, то эти потери отразились бы на последующих прыжках и в столбце Loss мы бы видели не 0%, а значение с разбросом от 85% до 95%, тогда это были бы действительно потери. В данном случае мы можем сделать косвенный вывод о качестве интернет соединения по результатам трассировки WinMTR: потерь у нас нет, среднее время отклика конечного узла составляет 43 миллисекунды, меня это устраивает, в моем субъективном понимание качество канала связи до публичного ДНС-сервера Гугл удовлетворительное (про субъективные и объективные характеристики компьютерной сети).

Ниже вы видите пример трассировки до сайта Яндекс с использованием доменного имени, здесь целых три транзитных узла не отвечают на ICMP.

Трассировка WinMTR с использованием доменного имени

Опять же, давая субъективную оценку качеству интернет соединения, я прихожу к выводу, что оно меня устраивает: потерь нет, время отклика приемлемое.

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

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

Потери пакетов при трассировке WinMTR

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

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

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

Что означают столбцы в WinMTR?

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

Как экспортировать отчет WinMTR?

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

Здесь у нас есть четыре варианта. Первый заключается в использовании кнопки Copy Text to Clipboard, эта кнопка скопирует статистику WinMTR в буфер обмена в виде обычного текста, вам лишь останется запустить текстовый редактор, например IDE NetBeans и скопировать туда данные, а затем сохранить в виде простого текстового файла. Выглядит это так.

Трассировка WinMTR в виде обычного текста

Второй способ экспорта заключается в использовании Copy HTML to Clipboard, в этом случае трассировка будет скопирована в буфер обмена в виде HTML разметки, то есть к данным трассировки будут добавлены HTML теги, откройте удобный редактор (рекомендую редактор с подсветкой синтаксиса Notepad++) скопируйте в него полученный код и сохраните его в файл с расширением .html, название может быть любым, например, winmtr.html. Вот так будет выглядеть ваша трассировка в браузере.

Трассировка WinMTR в виде HTML-документа в браузере

А вот таким образом она будет выглядеть в текстовом редакторе Sublime Text 3.

Трассировка WinMTR в виде HTML-документа в редакторе

Это обычная HTML таблица с ячейками и столбцами, также мы тут видим HTML заголовок и параграф, ничего сложного. Чтобы сразу сохранить WinMTR статистику в файл нужного формата, можно воспользоваться кнопками «Export TEXT» или «Export HTML», а затем просто дать файлу имя и показать программе папку, в которую этот файл следует сохранить.

Настройки и примеры использования WinMTR или зачем вам русская версия?

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

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

Статистика отдельного узла в трассировке WinMTR

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

Здесь видно, что по умолчанию WinMTR опрашивает каждый узел с интервалом в одну секунду, размер пакетов WinMTR составляет 64 байта, при этом WinMTR, как и другие сетевые утилиты Windows, не учитывает размер ICMP заголовка и размер заголовка IP пакета, то есть не учитывается 28 байт, другими словами, если вы хотите отправлять в сеть Ethernet кадры с MTU 1500 байт, размер пакета в WinMTR нужно выставлять 1472 байта (1472+28=1500). Это если у вас не PPPoE соединение, если соединение PPPoE то MTU будет еще меньше.

Также есть поле Max. hosts in LRU list, это поле можно было бы назвать TTL или временем жизни IP-пакета, но это будет не совсем правда, дело в том, что если запустить WinMTR трассировку до узла, который не отвечает на ICMP запросы, мы не увидим 128 хопов, вот пример до домена Майкрософт.

Трассировка WinMTR до узла, который не отвечает на ICMP запросы

Здесь мы видим только 30 хопов, хотя значение Max. hosts in LRU list равно 128, поэтому можно сделать вывод, что пользователю данное значение не стоит рассматривать как TTL, его стоит воспринимать, как максимальное число узлов, которое будет отображать WinMTR.

Трассировка WinMTR без разрешения доменных имен

В общем, это все настройки WinMTR, которые вы можете изменить, следует добавить, что WinMTR не выполняет фрагментацию IP-пакетов, другими словами, если размер пакета будет больше, чем максимально допустимое значение MTU, вы будете наблюдать 100% потери. WinMTR просто использовать и легко настроить.

Как пользоваться WinMTR и что нужно учитывать

Нам осталось поговорить о том, что нужно учитывать при использовании утилиты WinMTR. Рекомендации здесь будут теми же, что и для утилит ping, tracert, pathping. Ведь WinMTR использует всё тот же ICMP протокол, что и выше описанные утилиты. Тут стоит заметить, что в операционных системах семейства Linux (например, Linux Mint, который мы устанавливали в VirtualBox) есть утилита MTR, ее функционал куда более богатый, по умолчанию эта утилита работает из окна эмулятора терминала Linux, хотя к ней можно прикрутить графический интерфейс и она дает возможность проверять канал связи при помощи протоколов TCP и UDP с указанием портов.

Но вернемся к Windows версии, для которой не нужно запускать командную строку. Когда вы проверяете канал связи или интернет соединение при помощи WinMTR, не забывайте, что сетевые маршрутизаторы и L3 коммутаторы могут по-разному обрабатывать пакеты с ICMP вложениями, которые вы направляете именно им, и тем пакеты, которые для данного конкретного узла являются транзитными, то есть пакеты, которые узел может передать дальше.

Например, вы видите небольшие потери, на седьмом хопе, но потерь уже нет на восьмом и последующих – это не повод для волнений, задача седьмого узла передать данные дальше (так как он транзитный), а не отвечать на ваши бесполезные служебные ICMP запросы, ведь в такой ситуации седьмой узел не является конечной точкой, с которой вы хотите общаться, он транзитный, его задача передать дальше, а нам это и нужно, и если узел справляется с этой задачей, то почему мы должны обращать внимание на то, что он дает небольшой процент потерь, когда ему самому приходится отвечать на ICMP (немного про сетевое взаимодействие двух узлов к компьютерной сети)?

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

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

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

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

Использование утилит MTR и WinMTR для диагностики сети

Хочу рассказать о ещё одной очень полезной для диагностики сетевых проблем утилите – MTR(My traceroute). Она доступна во всех дистрибутивах Linux и сочетает в себе функционал двух перечисленных выше команд: Ping и Traceroute. Как Traceroute она выводит полную трассировку маршрута, который проходят сетевые пакеты до нужного узла. Кроме этого, в режиме реального времени, ведётся пинг до каждого из промежуточных узлов для определения время отклика информации о потерях пакетов на каждом шаге.
Запускается утилита MTR всё так же из терминала командой mtr. Пример:

Результат получился такой:

Отправка тестовых пакетов будет идти бесконечно. Чтобы остановить диагностику — нажмите комбинацию клавиш Ctrl+C.

В моём примере результат показывает, что несмотря на наличие технического узла, который не отзывается, конечный сервер доступен, а все отправленные пакеты (см. колонку Snt) проходят до конечного узла. При этом процент потерь пакетов (см. колонку Loss) равен нулю. Всё отлично!

Используя аргумент -r при вводе команды MTR, Вы  получите результат диагностики виде отчета. Информация будет выведена в консоль Linux.

Трассировка WinMTR в Windows 11

Нажимаем кнопку «Start» и запускаем диагностику. Спустя пару минут смотрим результат.

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

Команды tracert и traceroute

Трассировка — еще один хороший метод диагностики связности с удалённым сервером. Смысл тут в том, что во время трассировки тоже выполняется отправка пакетов тестовых данных до сервера. Главное отличие от пинга заключается в том, что трассировка дает возможность увидеть все промежуточные узлы, через которые проходят пакеты от Вашего ПК и до конечного хоста.

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

В операционной системе Windows 11, а так же практически всех предыдущих версиях – Windows 10 и старше — трассировка маршрута до сетевого ресурса выполняется с помощью интегрированной в командную оболочку утилиты tracert.

Чтобы ей воспользоваться, снова открываем командную строку и пишем команду:

Так мы запустим трассировку от нашего ПК до сервера Яндекс. Пример:

Теперь смотрим в полученный результат трассировки  — он показывает весь маршрут, через который прошел запрос до сайта.

Каждая строка в трассировке — это промежуточный узел ( как правило, маршрутизатор). Эти узлы принято называть прыжками или «хопами».

В моём случае от домашнего компьютера до сайта yandex.ru совершено 7 хопов, пройдя через 5 промежуточных узлов. На каждом из прыжков указывается время, за которое тестовый пакет дошёл до этого узла и вернулся обратно.

Теперь сделаем ещё одну трассировку — google.com. И вот тут в результатах у нас появится очень интересный момент:

А именно строчка со «звёздочками». Что они означают? Многие новички этого пугаются и считают что это сетевая проблема. Это не совсем так! «Звёздочки» говорят о том, что на данном хопе ответ от сервера не получен. Проблема ли это? В этом случае — нет. Это технический узел и на пользовательские запросы он не отвечает.

Проблема была бы в том случае, если после какого-то из хопов все последующие хопы заканчивались бы звёздочками, а сама трассировка закончилась бы ничем. Вот в этом случае надо искать причину. Чаще всего она на том узле, который ответил последним. Но это не точно)))!

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

В операционных система семейства Linux тоже можно сделать трассировку. Правда там команда несколько отличается: это уже не tracert — трассировку выполняет утилита traceroute. Запускается она точно так же, как и пинг — из консоли.

В некоторых дистрибутивах утилита traceroute по умолчанию не установлена. Потому надо её установить. В Ubuntu b Debian это делается командой:
$ sudo apt install traceroute
В RHEL и CentOS — командой:
$ yum install traceroute -y

В остальном, использование данной утилиты ничем особо не отличается от того, как мы это делали в Windows 11. Для примера сделаем трассировку до Яндекса. Команда:

Как можно заметить, результат трассировки маршрута выдаётся так же по хопам. Если какой-то узел не ответил — помечается «звёздочками».

Похожее:

IT-блог о веб-технологиях, серверах, протоколах, базах данных, СУБД, SQL, компьютерных сетях, языках программирования и создание сайтов Command-Line Tool to Diagnose Network Routing Issues [Examples] IT-блог о веб-технологиях, серверах, протоколах, базах данных, СУБД, SQL, компьютерных сетях, языках программирования и создание сайтов Трассировка маршрута что это