Трассировка маршрута онлайн. Трассировка маршрута: от и до

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выполняет трассировку до точки назначения с помощью посылки адресату эхо-сообщений. Посылка осуществляется по протоколу Control Message Protocol (ICMP) с постоянным увеличением значений срока жизни пакетов (Time to Live, TTL).

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

Для проверки сети также можно воспользоваться командами:

• PING - основная TCP/IP-команда, используемая для устранения неполадки в соединении, проверки возможности доступа и разрешения имен;
• PATHPING - предоставляет информацию о латентности сети и потерях данных на промежуточных узлах.

Параметры и ключи утилиты TRACERT

tracert [-d] [-h максимальное_число_переходов] [-j список_узлов] [-w интервал [имя_конечного_компьютера]

• -d - Предотвращает попытки команды tracert разрешения IP-адресов промежуточных маршрутизаторов в имена. Увеличивает скорость вывода результатов команды tracert.

• -h максимальное_число_переходов - Задает максимальное количество переходов на пути при поиске конечного объекта. Значение по умолчанию равно 30.

• -j список_узов - Указывает для сообщений с эхо-запросом использование параметра свободной маршрутизации в заголовке IP с набором промежуточных мест назначения, указанных в списке_узлов. При свободной маршрутизации успешные промежуточные места назначения могут быть разделены одним или несколькими маршрутизаторами. Максимальное число адресов или имен в списке - 9. Список_адресов представляет набор IP-адресов (в точечно-десятичной нотации), разделенных пробелами.

• -w интервал - Определяет в миллисекундах время ожидания для получения эхо-ответов протокола ICMP или ICMP-сообщений об истечении времени, соответствующих данному сообщению эхо-запроса. Если сообщение не получено в течение заданного времени, выводится звездочка (*). Таймаут по умолчанию 4000 (4 секунды).

• имя_конечного_компьютера - Задает точку назначения, указанную IP-адресом или именем узла.

• -? - Отображает справку в командной строке по утилите tracert.

Примеры команды TRACERT

• Чтобы отобразить справку в командной строке по команде введите: tracert /? ;
• Чтобы выполнить трассировку пути к узлу, введите команду: tracert ya.ru;
• Чтобы выполнить трассировку пути к узлу и предотвратить разрешение каждого IP-адреса в имя, введите: tracert -d ya.ru.

Видео - Работа с утилитой TRACERT

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

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

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

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

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

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

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

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

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

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