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

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

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

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

В Windows данная процедура производится с помощью консольной команды «tracert». Чтобы выполнить трассировку, нам нужно знать веб-адрес сайта или нужного сервера. Далее в меню «Пуск» вызываем командную строку из «Выполнить». Вводим «cmd», и уже в появившемся окне набираем «tracert нужный_адрес». Спустя некоторое время, перед нами будет полный список серверов, через которые проходят наши пакеты информации, а также будет указано время отклика каждого из них.

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

Трассировка маршрута покажет все проблемы. Если какой-то сервер не отвечает на запросы, то об этом будет сказано. Внимательно посмотрите, кому принадлежит сервер - сайту или вашему провайдеру. Если второму, то пора позвонить и пожаловаться, пусть устраняют проблему. А еще лучше сначала трассировать путь к DNS- и VPN-серверам (если используется), чтобы наверняка знать, что у провайдера вышло из строя.

К примеру, так трассировка сайта google.com выглядит у меня:

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

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

    Утилита трассировки маршрута до заданного узла 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

Представьте себе ситуацию: вы сидите в интернете, никого не трогаете, и тут ваш любимый сайт перестает грузиться. Интернет упал, думаете вы. Но оказывается, что остальные сайты грузятся нормально. Как определить, что случилось? Вам поможет трассировка маршрута .

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

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

Трассировка маршрута выполняется при помощи служебной программы Traceroute/Tracert . Эта программа входит в комплект поставки практически всех современных сетевых ОС (операционных систем, поддерживающих работу в компьютерных сетях). В ОС Microsoft Windows эта программа называется tracert, а в Linux и Mac OS X - traceroute.

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

Как производится трассировка маршрута в Windows? Программа tracert, как и программа ping, запускается из командной строки. На всякий случай напоминаем, как войти в командную строку в Windows . Есть три основных способа:

1. Нажимаем на кнопку Пуск, выбираем пункт Выполнить, в поле Открыть пишем cmd и нажимаем на кнопку OK или клавишу Enter.
2. Нажимаем Win+R (Win – это кнопка, на которой изображен логотип Windows), открывается такое же окно, как и в предыдущем случае, так что дальше действуем аналогично.
3. Нажимаем на кнопку Пуск, выбираем пункт Все программы (или Программы для более ранних версий ОС), в нем - пункт Стандартные, в стандартных программах кликаем на пункт Командная строка.

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

Если вам не интересны имена промежуточных узлов то трассировка маршрута должна выполняться с параметром -d, который скрывает имена маршрутизаторов, например: tracert -d yandex.ru .

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

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

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

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

Что проверяет команда tracert?

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

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

Запуск команды tracert в Windows

Попав в командную строку, необходимо ввести tracert domen.ru, где вместо domen.ru можно указать любое доменное имя или IP-адрес. Это приведет к запуску утилиты со стандартными параметрами.

Ключи команды tracert

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

Приведем краткое описание параметров, которые поддерживает команда tracert:

• -h задает максимальное количество переходов, которое может быть выполнено при поиске конечного узла.
• -d запрещает команде производить попытки превратить IP-адрес промежуточного шлюза в имя.
• -j позволяет утилите производить свободный поиск маршрута по списку узлов. Максимум можно указать 9 маршрутизаторов.
• -w служит для указания времени ожидания ответа на запрос от узла. Если ответ не получен, то будет выведена звездочка. Указывается в миллисекундах.

По умолчанию максимальное число прыжков ограничено 30-ю, а время ожидания - 4-мя секундами.

Аналог в Linux

Пользователям доступна утилита с более широким функционалом, чем имеет команда tracert. Называется она traceroute. Отличается данное приложение от аналога для Windows наличием разнообразных режимов, которые задаются с помощью параметров.

Запуск трассировки с помощью ICMP осуществляет команда tracertroute с ключом -I. Стоит обратить внимание, что для выполнения этой операции потребуются права администратора. При стандартных настройках в большинстве дистрибутивов запуск команды tracertroute может быть осуществлен любым пользователем. В этом случае будут использовать UDP-пакеты, также можно утилите принудительно указать использовать именно их с помощью параметра -U.

Звездочки в выводе маршрутов

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

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

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

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

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

Утилита MTR

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

Версия утилиты для Windows имеет название WinMTR и распространяется бесплатно.

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

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

Что следует отправлять провайдеру для диагностики сетевых проблем?

Администратору сервера или провайдеру, как правило, лучше отправить выводы команд tracert (traceroute), ping и отчет утилиты MTR. Можно, конечно, постараться обойтись только последним, но чем больше информации предоставлено, тем легче специалисту найти и устранить проблему.