Наверное немногие из вас знают, что такое tracert. Рассмотрим варианты проверки доступности определенного IP, сервера или компьютера в сети.

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

Например у вас нет соединения с интеретом. Вы не знаете откуда искать проблемму. Начните с модема или роутера

Жмем меню пуск — выполнить —

В открывшемся окне набираем ping 192.168.1.1 (ip адрес модема по умолчанию) и жмем ОК.

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

Как видно на скриншоте пинг прошел удачно

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

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

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

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

Информация выделена

И опять кнопочку — изменить — копировать… Потом вставляете в блокнот или word и распечатка готова.

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

Сообщаем провайдеру или хостеру о проблеммах и прикладываем распечатку.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сегодня я расскажу, как сделать трассировку к сайту , т.е. выполнить команду в командной строке Windows. Для чего это вам может понадобиться?
Обычно трассировка используется техническими специалистами для выявления проблем в сети. Например, у вас вдруг ни с того ни с сего в браузере перестал открываться какой-то конкретный сайт или открывается очень медленно. Вы с этой проблемой обращаетесь на форум своего интернет-провайдера. Там вас почти наверняка сразу попросят сделать трассировку до этого сайта и выложить результат.

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

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

Заходим на своем компьютере в “Пуск” – “Выполнить” (или можно нажать на клавиатуре одновременно клавиши Win+R ). Набираем команду cmd и жмем “ОК”:В открывшемся черном окне пишем команду и через пробел название интересующего нас сайта (вместо имени сайта можно использовать его IP-адрес):
После этого нажимаем клавишу Enter на клавиатуре.

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

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

Как видите, в моем случае трассировка далеко не прошла – остановка произошла где-то на оборудовании провайдера:

Полученные данные нам, вероятно, потребуется предоставить на форум провайдера. Можно просто сделать скриншот этого окна, но лучше скопировать эти данные в виде текста. Для этого щелкаем правой клавишей мыши прямо в этом окне – далее выбираем пункт “Выделить все”:
Затем жмем клавишу Enter на клавиатуре. Теперь весь текст находится в буфере обмена – можем вставить его в любой текстовый редактор или сразу в ответ на форуме (нажав правую кнопку мыши – “Вставить”, либо сочетанием клавиш Ctrl+V).

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