Трассировка пакета. Трассировка маршрута сети (команда tracert). Установка количества отправляемых пакетов

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

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

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

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

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

2. Воспользоваться комбинацией клавиш вида Win+R, которая открывает окно как в первом способе. Дальше все действия одинаковы.

Откроется окошко с черным фоном, где нужно набрать команду в виде tracert название_сайта (в качестве примера: tracert yahoo.com) и подтверждаем ввод клавишей Enter. Если известен IP-адрес ресурса, то вместо названия домена, можно вводить его. Вводя адрес, устанавливается маршрут к конечному узлу. Окно командной строки выводит результаты сделанной трассировки в реальном времени: IP-адреса и названия промежуточных узлов, а также время отклика, отображаемое в миллисекундах.

В случае, если имена каких-либо промежуточных узлов не интересны, то трассировку маршрута необходимо выполнять с добавлением параметра –d, что позволяет скрыть имена маршрутизаторов. Вот так выглядит пример запроса: tracert -d yahoo.com.

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

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

Трассировка (traceroute) — это инструмент диагностики сети. С её помощью можно узнать маршрут, включая промежуточные узлы, от Вашего компьютера к проверяемому сайту или ip адресу.
Если имеется проблема с доступом к сайту трассировка позволит идентифицировать причину.

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

Нужно открыть командную строку, в операционной системе Виндовс это можно сделать несколькими способами.
Для Windows XP
— В меню Пуск раздел Стандартные откройте «Командная строка» , либо в меню Пуск нажмите на строку Выполнить , где пропишите cmd и нажмите Enter

Универсальный способ для Windows 7 ; Windows 8 , а так же Windows 10
— Нажмите на клавиатуре сочетание клавиш Win + R в открывшемся окошке пропишите cmd
Откроется черное окно, где Вам нужно прописать команду:
tracert ваш-домен.ru
и нажать Enter на клавиатуре
Для того чтобы скопировать результат необходимо нажать правой кнопкой мыши «Mark » («Выделить » или «Пометить «), выделяете текст и нажимаете Enter .

Выполняя команду tracert осуществляется отправка пакетов данных конкретному получателю (сайту или ip). Отправленные пакеты проходят через все промежуточные узлы между Вашим компьютером и получателем (обычно это маршрутизаторы разных провайдеров). Таким образом, с помощью трассировки определяется маршрут до нужного Вам сайта или ip адреса, и время отклика каждого промежуточного узла в миллисекундах. Чем время отклика меньше, тем быстрее осуществляется передача пакетов на этом участке маршрута.
Если на некоторых узлах команда возвращает звездочки *, значит, с трассировкой пакетов к этому хосту возникли проблемы. Для более детального анализа маршрута трассировки можно использовать mtr.

    Утилита трассировки маршрута до заданного узла TRACERT.EXE является одним из наиболее часто используемых инструментов сетевой диагностики. Основное ее назначение - получить цепочку узлов, через которые проходит IP-пакет, адресованный конечному узлу, имя или IP-адрес которого задается параметром командной строки.

Формат командной строки:

tracert [-d] [-h максЧисло] [-j списокУзлов] [-w таймаут] [-R] [-S адресИсточника] [-4] [-6] конечноеИмя

Параметры командной строки:

-d - не использовать разрешение в имена узлов.

-h максЧисло - максимальное число прыжков при поиске узла.

-j списокУзлов - свободный выбор маршрута по списку узлов (только IPv4).

-w таймаут - таймаут каждого ответа в миллисекундах.

-R - трассировка пути (только IPv6).

-S адресИсточника - использовать указанный адрес источника (только IPv6).

-4 - принудительное использование IPv4.

-6 - принудительное использование IPv6.

В основе трассировки заложен метод анализа ответов при последовательной отправке ICMP-пакетов на указанный адрес с увеличивающимся на 1 полем TTL. ("Время жизни" - Time To Live). На самом деле это поле не имеет отношения к времени, а является счетчиком числа возможных переходов при передаче маршрутизируемого пакета. Каждый маршрутизатор, получив пакет, вычитает из этого поля, сохраняемого в заголовке пакета, единицу и проверяет полученное значение счетчика TTL. Если значение стало равным нулю, такой пакет отбрасывается и отправителю посылается ICMP-сообщение о превышении времени жизни (сообщение "Time Exceeded", значение 0x11 в заголовке ICMP).

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

    При выполнении команды tracert.exe сначала выполняется отправка ICMP пакета с полем TTL в заголовке равным 1 и первый в цепочке маршрутизатор (обычно это основной шлюз из настроек сетевого подключения) вычтя единицу из TTL получает его нулевое значение и сообщает о превышении времени жизни. Таким образом, утилита TRACERT.EXE получает IP-адрес первого маршрутизатора, участвующего в доставке пакетов конечному узлу. Эта последовательность повторяется трижды, поэтому в строке результата, формируемой tracert.exe, после номера перехода отображаются три значения времени отклика:
1     1 ms     1 - номер перехода (1 - первый маршрутизатор)
1 ms 192.168.1.1 - его адрес (или имя)

    Затем процедура повторяется, но TTL устанавливается равным 2 - первый маршрутизатор его уменьшит до 1 и отправит следующему в цепочке, который после вычитания 1 обнулит TTL и сообщит о превышении времени жизни. Утилита TRACERT.EXE получит второй IP-адрес узла, участвующего в доставке пакета получателю и его время ответа. Процесс трассировки будет продолжаться до тех пор, пока не будет достигнут конечный узел, имя или адрес которого заданы в качестве параметра командной строки, например, tracert yandex.ru , или до обнаружения неисправности, не позволяющей доставить пакет. По умолчанию, утилита TRACERT.EXE использует счетчик максимального числа переходов равный 30, что должно быть достаточно для достижения любого узла на планете. При необходимости, иное значение счетчика можно задать с помощью параметра -h

Пример результатов выполнения tracert google.com

tracert google.com - трассировка маршрута к узлу google.com

Результат:


Трассировка маршрута к google.com с максимальным числом прыжков 30:
1 1 ms 2 498 ms 444 ms 302 ms ppp83-237-220-1.pppoe.mtu-net.ru
3 * * * .
4 282 ms * * a197-crs-1-be1-53.msk.stream-internet.net
5 518 ms 344 ms 382 ms ss-crs-1-be5.msk.stream-internet.net
6 462 ms 440 ms 335 ms m9-cr01-po3.msk.stream-internet.net
7 323 ms 389 ms 339 ms bor-cr01-po4.spb.stream-internet.net
8 475 ms 302 ms 420 ms anc-cr01-po3.ff.stream-internet.net
9 334 ms 408 ms 348 ms 74.125.50.57
10 451 ms 368 ms 524 ms 209.85.255.178
11 329 ms 542 ms 451 ms 209.85.250.140
12 616 ms 480 ms 645 ms 209.85.248.81
13 656 ms 549 ms 422 ms 216.239.43.192
14 378 ms 560 ms 534 ms 216.239.43.113
15 511 ms 566 ms 546 ms 209.85.251.9
16 543 ms 682 ms 523 ms 72.14.232.213
17 468 ms 557 ms 486 ms 209.85.253.141
18 593 ms 589 ms 575 ms yx-in-f100.google.com

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

    В результатах трассировки могут присутствовать строки, где вместо адреса узла отображается звездочка (узел номер 3 в примере). Это не обязательно является признаком неисправности маршрутизатора, и чаще всего, говорит о том, что настройки данного узла запрещают отправку ICMP-сообщений по соображениям безопасности и уменьшения нагрузки на канал при в случае некоторых разновидностей DDoS-атак. Например, подобные настройки используются в сетях Microsoft . Серверы корпорации не отвечают на ping и не позволяют выполнить трассировку маршрута к ним.

Примеры использования TRACERT

tracert google.com - выполнить трассировку маршрута к узлу google.com .

tracert 8.8.8.8 - выполнить трассировку маршрута к узлу с IP-адресом 8.8.8.8

tracert -d yandex.ru - выполнить трассировку маршрута к узла yandex.ru без разрешения IP-адресов в имена узлов. Трассировка в таком режиме выполняется быстрее.

tracert -d -6 ipv6.google.com - выполнить трассировку с использованием протокола IPv6.

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

trace to ipv6.google.com (2a00:1450:4013:c00::71), 30 hops max, 40 byte packets 1 2a02:348:82::1 (2a02:348:82::1) 8.087 ms 8.063 ms 8.086 ms 2 te0-22.cr1.nkf.as49685.net (2001:4cb8:40b:1::1d01) 2.143 ms 2.129 ms 2.103 ms 3 amsix-router.google.com (2001:7f8:1::a501:5169:1) 1.379 ms 1.415 ms 1.422 ms 4 (2001:4860::1:0:87ab) 1.437 ms (2001:4860::1:0:87aa) 2.157 ms (2001:4860::1:0:87ab) 1.408 ms 5 (2001:4860::8:0:87b0) 1.494 ms 1.469 ms (2001:4860::8:0:87b2) 8.350 ms 6 (2001:4860::8:0:b1b7) 5.364 ms 5.321 ms 4.748 ms 7 (2001:4860::2:0:8651) 4.653 ms 6.994 ms (2001:4860::2:0:8652) 13.926 ms 8 ee-in-x71.1e100.net (2a00:1450:4013:c00::71) 4.732 ms 4.733 ms 4.783 ms

Инструкция

Программа для трассировки маршрутов пакетов информации есть в составе практически каждой сетевой операционной системы. В ОС Windows она tracert, а в GNU/Linux и Mac OS - traceroute. Принцип действия этой программы таков:Программа отправляет пакеты информации по указанному ей адресу, ставя заведомо невыполнимые условия доставки - очень короткое время жизни пакета (TTL - Time To Live). При отправке первого пакета оно равно 1 секунде. Каждый сервер на пути от вашего компьютера до нужного адреса обязан уменьшить это значение как минимум на единицу. Поэтому время жизни пакета истечет уже на первом узле и тот не станет передавать его дальше, а пошлет уведомление отправителю о невозможности доставки. Таким способом программа трассировки получит информацию о первом промежуточном узле. Затем она увеличит время жизни пакета на единицу и повторит отправку. Этот запрос проживет до второго узла и ситуация . Таким образом программа трассировки составит список всех промежуточных узлов, а если от какого либо не получит уведомления, то это будет означать одно из двух - либо пакет все таки доставлен получателю, либо этот узел не исполняет . Чтобы выяснить пошлет запрос с другим дефектом - будет указан заведомо несуществующий номер порта. Если этот пакет вернется с указанием на ошибку - значит узел работает нормально и он и есть получатель, а если нет - значит на этом узле имеет место обрыв цепочки доставки пакетов. В любом случае процедура трассировки на этом будет закончена.

В ОС Windows исполняемый файл этой программы (tracert.exe) хранится в папке WINDOWSsystem32 на системном диске вашего компьютера. Но чтобы запустить программу нет необходимости разыскивать файл. Эта программа управляется только из командной строки, поэтому сначала нужно запустить терминал командной строки. Для этого в главном меню (на кнопке «Пуск») выберите пункт «Выполнить» чтобы открыть диалоговое окно «Запуск программы». Можно его открыть и нажатием сочетания клавиш WIN + R. Затем напечатайте "cmd" (без кавычек) и нажмите кнопку «ОК» (или клавишу Enter). В открывшемся терминале напечатайте tracert и, через пробел, адрес узла в сети, до которого вам требуется провести трассировку. Это может быть как IP-адрес, так и доменное имя. Протокол http указывать не нужно. После того как трассировка будет закончена, результат можно скопировать - нажмите CTRL + A чтобы все выделить и Enter чтобы скопировать выделенное в оперативную память. Затем скопированное вы можете вставить в любой документ какого либо текстового редактора.

Операция трассировки записывает в файл операционной системы определенные SQL-утверждения, а также соответствующую им информацию (планы запросов и ожидания событий), которая выполняется во время работы скрипта. Оттрасировать можно любую произвольную сессию в базе Oracle.

Инструкция

Перед тем, , нужно включить сбор статистики, иначе будут возникать файлы с нулевыми временами. Для этого нужно :alter system set timed_statistics=trueЕсли необходимо запустить трассировку в текущей сессии, то параметр system следует заменить на session.

Убедитесь, что атрибут максимального размера файла дампа имеет достаточное значение. Для этого выполните соответствующий SQL-запрос:SELECT value FROM v$param p WHERE name=’max_dump_file_size’Значение $param можно выставлять как на уровне БД (alter system), так и на уровне сессии (alter session).

Для запуска трассировки необходимо установить событие 1046 в соответствующей сессии. Запустите процедуру sys.dbms_system.set_ev, а затем передайте полученные значения sid и serial как целочисленные параметры:BEGIN sys.dbms_system.set_ev(sid, serial#, 10046, 8, ‘’); END

Для выключения трассировки измените значение уровня события 10046 с 8 до 0.

Трассировочный файл появляется в директории дампов базы Oracle (Oracle/admin/databaseSID/udump). Имя этого файла содержит идентификатор процесса ОС, в котором была проведена операция, а расширение - .trc. Для того чтобы обработать информацию в читабельный вид обработайте трассировочный файл в утилите tkprof:cd C:ORACLEadmindatabaseSIDudump
tkprof файл.trc output=мой_файл.prfВ обработанном файле будет приведен список всех команд, которые были выполнены во время сессии.

Полезный совет

Минимальный уровень для выполнения команды 10046 – 1, а максимальный – 12, при котором добавляются значения всех связанных с процессом переменных, а так же информация об ожиданиях.

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

Инструкция

Осуществите трассировку с помощью команды traceroute, в Windows-tracert. Для того чтобы произвести трассировку маршрута, выполните следующее: откройте меню «Пуск» – «Выполнить». Введите cmd.exe и выберите «ОК».

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

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

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

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

Видео по теме

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

Инструкция

Используйте специальную программу для трассировки, которая наверняка уже есть в вашей сетевой операционной системе. Если это Windows, то программа называется tracert; в операционных системах GNU/Linux и Mac OS трассировку можно осуществить с помощью traceroute. При этом пакетная информация отправляется по заданному ей адресу. Специально устанавливайте невыполнимые параметры доставки, например, слишком малое время жизни пакета. Для первого пакета лучше установите его равным одной секунде.

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

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

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

Видео по теме

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

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

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

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

Трассировка лучей

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

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

Трассировка, как построение связей

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

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

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

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

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

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
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

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

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

Но даже в таком случае пока не время для выводов – эта запись может означать как потерю пакетов, так и то, что узел сети просто закрыт настройками безопасности. Иногда провайдеры специально настраивают узлы так, чтобы они не отвечали на трассировочные пакеты, дабы снизить нагрузку. Чтобы точно узнать, действительно ли происходит обрыв, и, если да, то где именно, нужно пропинговать каждый из узлов. При трассировке мы получили 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, а также схожий графический интерфейс. Запустить утилиту можно командой:

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

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

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

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

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

mtr --curses сайт

Рассмотрим еще несколько важных опций 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 компактные и более удобны в использовании. А на чем остановить свой выбор, решать только вам. :)

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

Метки: ,