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

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

В данном случае, чтобы произвести своего рода проверку Вам понадобится трассировка маршрута от Вашего личного компа до необходимого ресурса в сети Интернет. Выполнить такую трассировку можно командой traceroute, если у Вас операционная система Windows, то тогда команда будет tracert. Для запуска команды в ОС Windows, Вам необходимо кликнуть на меню Пуск, далее нажать кнопку - Выполнить и ввести с клавиатуры: cmd. В открывшемся окне черного цвета будет мигать курсор – что как раз и является Вашей командной строкой. После этого вводим tracert + имя ресурса и проследим, что получится...

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

На таких промежутках маршрута, на которых период отклика очень маленькое, трансляция осуществляется быстрее всего, что означает то, что канал не перегружен и данные направляются почти без помех. Можно поставить эксперимент, испробовать трассировку маршрута к самому себе: команда tracert localhost либо tracert 127.0.0.1, по своим функциям они совершенно идентичны. В тех случаях, где время отклика больше стандартного значения, мы получаем результат «Превышен интервал ожидания для запроса», что обозначает так же потерю пакетов данных.
Именно такого рода путем у Вас есть возможность установить, в каком месте цепочки существует проблема. Если пакеты не попадают в сам апогей, то это означает только то, что проблема заключается именно в нем. Если цепочка прерывается примерно на середине – беда в одном из промежуточных маршрутизаторов. Тем временем, с другого компа или по иному пути наш отвалившийся ресурс не иначе как доступен. Если пакеты не вылезают за границы сети Вашего провайдера то это может означать только одно, что-то случилось именно у провайдера. Ну а если Вы жаждите узнать, в каких случаях необходимо лишь установить модемное соединение или всунуть кабель в сетевую карту, попробуйте его выдернуть и произвести проверку самостоятельно.

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

Трассировка соединений является, как правило, заключительным этапом конструкторского проектирования РЭА и состоит в определении линий, соединяющих эквипотенциальные контакты элементов, и компонентов, составляющих проектируемое устройство.

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

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

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

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

F=Σλ¡f¡ ,

где F – аддитивный критерий; λi – весовой коэффициент; fi – частный критерий; p – число частных критериев.

Известные алгоритмы трассировки печатных плат можно условно разбить на три большие группы:

1) Волновые алгоритмы, основанные на идеях Ли и разработанные Ю.Л. Зиманом и Г.Г. Рябовым. Данные алгоритмы получили широкое распространение в существующих САПР, поскольку они позволяют легко учитывать технологическую специфику печатного монтажа со своей совокупностью конструктивных ограничений. Эти алгоритмы всегда гарантируют построение трассы, если путь для нее существует;

2) Ортогональные алгоритмы, обладающие большим быстродействием, чем алгоритмы первой группы. Реализация их на ЭВМ требует в 75-100 раз меньше вычислений по сравнению с волновыми алгоритмами. Такие алгоритмы применяют при проектировании печатных плат со сквозными металлизированными отверстиями. Недостатки этой группы алгоритмов связаны с получением большого числа переходов со слоя на слой, отсутствием 100%-ой гарантии проведения трасс, большим числом параллельно идущих проводников;

3) Алгоритмы эвристического типа. Эти алгоритмы частично основаны на эвристическом приеме поиска пути в лабиринте. При этом каждое соединение проводится по кратчайшему пути, обходя встречающиеся на пути препятствия.

• Трассировка - преобразования растрового изображения в векторное .
• Трассировка (расположению на местности)
• Трассировка - распределение элементов на эл. плате

См. также

Wikimedia Foundation . 2010 .

Синонимы :

Смотреть что такое "Трассировка" в других словарях:

трассировка - и, ж. tracé m.> нем. trassieren. 1. Действие по знач. гл. трассировать. Трассировка оросительной магистрали. Трассировка водопроводной сети. Трассировка воздушных путей. БАС 1. Наконец, придумано было, на Зеленой горе, вне севастопольских… … Исторический словарь галлицизмов русского языка

Отладочное выполнение программы, при котором на экран или на принтер выводятся аргументы и результаты выполнения каждой команды. См. также: Исполнение программ Отладка программ Финансовый словарь Финам … Финансовый словарь

Толковый словарь Ушакова

1. ТРАССИРОВКА1, трассировки, мн. нет, жен. (спец.). Действие по гл. трассировать1 в 1 знач. 2. ТРАССИРОВКА2, трассировки, мн. нет, жен. (фин.). Действие по гл. трассировать2. Толковый словарь Ушакова. Д.Н. Ушаков. 1935 1940 … Толковый словарь Ушакова

ТРАССИРОВАТЬ, рую, руешь; анный; сов. и несов. Толковый словарь Ожегова. С.И. Ожегов, Н.Ю. Шведова. 1949 1992 … Толковый словарь Ожегова

Сущ., кол во синонимов: 3 наметка (19) намечание (18) трассирование (4) … Словарь синонимов

трассировка - Перемещение символа трассировки. [ГОСТ 27459 87] Тематики машинная графика EN tracking … Справочник технического переводчика

Трассировка - 72. Трассировка Tracking Перемещение символа трассировки Источник: ГОСТ 27459 87: Системы обработки информации. Машинная графика. Термины и определения ориги … Словарь-справочник терминов нормативно-технической документации

трассировка - trasavimas statusas T sritis radioelektronika atitikmenys: angl. routing vok. Leitwegführung, f; Routing, n; Trassierung, f rus. разводка, f; трассировка, f; формирование разводки, n pranc. routage, m; traçage, m … Radioelektronikos terminų žodynas

Обозначение на местности пределов выемок и насыпей при постройке укреплений и других земляных работ (дорожных и т. п.). При спешной работе Т. не производится, а взамен ее рабочие, выравненные по краю предположенной выемки, сразу приступают к… … Энциклопедический словарь Ф.А. Брокгауза и И.А. Ефрона

Книги

• Трассировка будущего 2. 0. Эффективная технология внедрения событий , Георг Маунт. Перед вами вторая книга Георга Маунта, автора интернет-бестселлера «Трассировка будущего». Эта книга содержит правду о том, что вы вынуждены тратить большую частьсвоей жизни на то, чтобы… электронная книга
• Трассировка будущего. Секреты технологии внедрения желаемых сценариев событий , Георг Маунт. Кто определяет Ваше будущее? Думаете, Вы сами? А разве мы не испытываем на себе влияние, а то и давление со стороны своего окружения, начальства и системы? Разве насне понуждают соблюдать…

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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