Для большинства поставщиков управляемых услуг (MSP), системных администраторов и технических специалистов, команды Traceroute и Tracert являются первыми сигналами для устранения неполадок, связанных с задержкой сети или проблемами с подключением. Но что это?
Что такое Traceroute и Tracert
Traceroute или Tracert – это утилита, служащая для диагностики сети. Она отслеживает пути, по которым пакеты данных проходят от источника к хосту назначения, что позволяет администраторам оперативно решить проблемы с подключением.
В Windows эта команда называется Tracert, а в Linux и MacOS – Traceroute.
Traceroute и Tracert в основном работают одинаково – они предоставляют информацию о пути пакета данных из одной точки сети на конкретный IP-сервер. Когда данные передаются между двумя точками, они должны проходить через несколько устройств (например, маршрутизаторы).
В то время как команда Ping может сообщить, есть ли проблема, Traceroute поможет вам точно определить, где именно она образовалась.
Представьте, что вы посещаете веб-сайт, и его страницы долго загружаются. В этом случае вы можете использовать Traceroute, чтобы определить, где происходят самые длительные задержки, чтобы добраться до источника самого сбоя.
Привет, посетитель сайта ZametkiNaPolyah.ru! Продолжаем разбираться со стандартными сетевыми утилитами Windows на очереди команда Pathping, которая позволяет оценить потери до удаленного узла, а также понять где эти потери происходят, как и любая другая простая утилита, Pathping работает не совсем точно, а ее результаты не всегда однозначны, поэтому будем разбираться с вопросом локализации и обнаружения потерь пакетов компьютерной сети при помощи утилиты Pathping.
Если вам интересна тема компьютерных сетей, то в блоге уже практически закончена первая часть курса по основам компьютерных сетей, можете ознакомиться с ее содержимым. И вот здесь можно получить немного информации о самом курсе основанном на Cisco ICND1.
Зачем нужна и как работает сетевая утилита pathping?
Команда pathping совмещает в себе особенности двух других стандартных сетевых утилит Windows – ping и tracert. Во-первых pathping делает трассировку до удаленного узла, а во-вторых, в течение определенного интервала времени опрашивает узел назначения и транзитные узлы, тем самым удается оценить потери до каждого из узлов, находящихся между узлом назначения и узлом, на котором работает pathping.
Работа команды pathping основана все на том же протоколе ICMP, основной принцип работы этого протокола мы разобрали, когда говорили про tracert и ping, повторяться здесь не имеет смысла, не будем вспоминать и инкапсуляцию данных и как она связана с ICMP и IP. В операционных системах семейства Windows программа pathping представлена в виде одного файла — pathping.exe, который находится в папке System32. В Linux дистрибутивах (например, в дистрибутиве Linux Mint) утилиты pathping нет, вместо нее можете использовать mtr, эта утилита работает по схожему принципу и для ее использования вам также потребуется эмулятор терминала.
Пользоваться pathping не очень удобно (ниже вы поймете почему), для оценки потерь пакетов в канале связи, в Windows гораздо удобнее использовать стороннее приложение WinMTR, о нем будет следующая публикация. Pathping позволяет с значительной долей вероятности определить на каком участке сети происходят потери, но однозначно идентифицировать место компьютерной сети, где теряются пакеты при помощи pathping не возможно.
Дело всё в том, что с протоколом ICMP умеют работать только устройства сетевого уровня моделей OSI 7 или TCP/IP (маршрутизаторы/роутеры, межсетевые экраны, сервера), устройства канального и физического уровней эталонной модели ничего не знают про существование ICMP и для команды pathping такие устройства как L2 коммутаторы, хабы и сетевые концентраторы, повторители и прочее (разница между хабами, коммутаторами и роутерами) по сути являются обычным проводом, эти устройства не будут отображены в командной строке после того как pathping закончит свою работу, а ведь из-за них могут быть потери и если потери пакетов действительно есть, то они будут отображены только на хопе трассировки, поэтому не всегда можно однозначно сказать, где именно пакет терятся, для ясности давайте рассмотрим рисунок ниже.
Потери пакетов в компьютерной сети
С назначением команды pathping всё ясно, но мы немного отвлеклись от принципа ее работы, благо он прост:
Давайте теперь посмотрим как работает утилита pathping, для этого откроем командую строку Windows и напишем: pathping 8.8.8.8. Вывод команды pathping довольно объемный, поэтому показывать его я буду в виде листингов, после того, как вы нажмете Enter, pathping определит трассу до удаленного узла и выведет ее на экран.
Как видно из листинга, утилита нам сообщает, что работа еще не завершена и что еще в течение 275 секунд будет идти сбор статистики, по истечение данного времени мы увидим статистику потерь пакетов в сети и на каком узле происходили потери. Целиком картина будет выглядеть так, как показано в листинге ниже.
О том, что работа утилиты pathping завершена можно понять из сообщения «Трассировка завершена». В данном случае потерь нет ни до одного из узлов, а среднее время ответа удаленного узла 8.8.8.8 составляет 42 миллисекунды. Теперь давайте передадим команде доменное имя моего сайта и посмотрим на результат.
Новичку может показаться, что до этих узлов процент потери пакетов равен 100, но это не так, просто эти узлы закрыты от пингов, то есть они просто не отвечают на ICMP-запросы моего ПК, если бы была 100% потеря пакетов на седьмом хопе, то мы бы не увидели восьмой хоп и последующие, это же касается и десятого хопа, при 100% потери пакетов я бы просто не смог зайти на свой сайт.
Иногда при использование утилиты pathping можно встретить такую картину:
Здесь на седьмом прыжке мы фиксируем 50% потерь, а на восьмом хопе pathping сообщает, что было потеряно 25% пакетов, но это снова никакие не потери, поскольку уже на девятом и на всех последующих узлах процент потерь пакетов равен нулю. Если бы на седьмом узле было действительно 50% потерь, то примерно такой же процент мы бы видели на всех последующих маршрутизаторах, где-то плюс минус пять процентов.
В такой ситуации, как видим мы, скорее всего, седьмой узел настроен так, чтобы игнорировать 50% ICMP-запросов направленных к нему, грубо говоря, этот узел отбрасывает каждый второй ICMP-запрос, который к нему отправляют, восьмой узел не отвечает на каждый четвертый запрос, но при этом оба этих узла с чистой совестью пропускают пакеты с запросами, направленные не им и ничего не теряется, это видно по девятому хопу.
Параметры команды pathping в Windows
В Windows есть команда help, она позволяет посмотреть параметры других команд, к сожалению, help ничего не знает о pathping, поэтому получим параметры этой команды при помощи «/?», чтобы понять, что мы можем изменить при проверке канала связи на потери.
У команды pathping не так уж много параметров, примеры использования самых полезных будут ниже. К сожалению, не будет примеров по использованию pathping в IPv6 сетях, хотя от этого мы ничего не потеряем, так как принцип работы команды pathping в сетях IPv4 и IPv6 одинаковый.
Примеры использования утилиты pathping
А теперь обещанные примеры использования полезных параметров команды pathping, на самом деле, если у вас есть возможность, то не используйте pathping для проверки потерь пакетов, есть более удобные утилиты, такие как mtr или WinMTR. Но если возможности другой нет, то рекомендую использовать pathping с дополнительными параметрами.
Как задать время ожидания ответа и количество узлов для опроса
При передаче некоторого вида сетевого трафика необходимо, чтобы пакеты проходили по вашей сети не превышая определенного максимально допустимого времени, это критично для IP-сетей, которые используются для IP-телефонии, онлайн игр, систем видео связи, если такой трафик будет передаваться с большими задержками, то пользователи себя будут чувствовать очень не комфортно, поэтому иногда бывает полезно задать максимальное время ожидания ответа от удаленного узла, у утилиты pathping для этого используется параметр -w, после которого указывается значение в миллисекундах, например так: pathping -w 80 8.8.8.8.
Также бывают ситуации, когда вам нужно опросить не все узлы трассы, а только первых несколько, например, эти узлы находятся в вашей зоне ответственности и вам нужно убедиться, что между ними нет потерь, чтобы задать количество опрашиваемых узлов используется параметр -h после которого указывается количество узлов, которые нужно опросить, например так: pathping -h 4 8.8.8.8.
Никто не запрещает вам использовать несколько параметров вместе, если они не конфликтуют друг с другом, давайте объединим параметры -h и -w: pathping -h 4 -w 40 8.8.8.8. При использовании параметра -h могут возникнуть проблемы и сложности с трассировкой на узлах, которые не отвечают на ICMP запросы, трассировка может просто остановить на них, поэтому будьте внимательны.
Как изменить период опроса удаленных узлов и задать количество пакетов для опроса
Можно изменить скорость, с которой ваш компьютер будет опрашивать удаленные узлы, это делается при помощи параметра -p. По умолчанию pathping ждет 250 миллисекунд, прежде чем отправить следующий запрос, иногда 250 мс — это очень долго, можно изменить этот параметр: pathping -p 40 8.8.8.8. Значение параметру -p задается в миллисекундах, вышеописанная конструкция означает, что pathping будет последовательно опрашивать каждый хоп с интервалом 40 мс.
Также можно задать количество пакетов, используемых pathping для опроса маршрутизаторов, это можно сделать при помощи параметра -q, после него нужно указать количество пакетов, которое будет отправлять ваш компьютер на каждый узел: pathping -q 50 8.8.8.8. По умолчание равно 100. При использование параметра -q утилита может не построить трассу в тех случаях, когда маршрутизатор не отвечает на запросы.
Советы по использованию pathping при проверки потерь до ресурсов в сети Интернет
Во-первых, все советы, описанные для утилит ping и tracert, в равной степени подходят и команде pathping, здесь всё тот же ICMP, который гоняется по все тем же компьютерным сетям через маршрутизаторы. Вот только результаты работы pathping интерпретировать бывает сложнее, чем tracert, как минимум новичкам не всегда понятно: где действительно есть потери, а где узел просто не отвечает или игнорирует часть запросов. Добавьте сюда разницу маршрутов «туда» и «обратно», вспомните про балансировку пакетов, а затем начинайте оценивать потери в сети.
Пример отсутствия потерь пакетов уже был, но я не поленюсь и повторю его снова:
На 7 и 8 хопах потерь нет, 7 маршрутизатор просто игнорирует 50% запросов, а 8 откидывает каждый 4 запрос, если бы, например, потери были на 8 узле, то мы бы их увидели и на девятом, при этом процент потерь был бы примерно одинаковым.
Мы с вами разобрались со стандартной сетевой утилитой Windows — pathping, которая позволяет оценить и локализовать потери пакетов в компьютерной сети, в том числе и в сети Интернет. Также мы разобрали несколько полезных примеров использования команды pathping и ее параметры.
CHKDSK используется для проверки дисков и вывода отчетов о результатах проверки. Формат командной строки:
Том Определяет точку подключения, имя тома или букву проверяемого диска с двоеточием.
имя_файла Файлы, проверяемые на наличие фрагментации (только FAT/FAT32).
/F Исправление ошибок на диске.
/V Подробный режим вывода. Для FAT/FAT32: вывод полного пути и имени для каждого файла на этом диске. Для NTFS: также вывод сообщений об очистке.
/R Поиск поврежденных секторов и восстановление их содержимого. (требует ключ /F ).
/L:размер Только для NTFS: изменение размера файла журнала до указанной величины (в КБ). Если размер не указан, выводится текущее значение размера.
/X При необходимости, принудительное отключение тома. Все открытые дескрипторы для этого тома будут недействительны. (требует параметр /F ).
/I Только для NTFS: менее строгая проверка индексных элементов.
/C Только для NTFS: пропуск проверки циклов внутри структуры папок.
Ключи /I или /C уменьшают время выполнения CHKDSK за счет пропуска некоторых проверок тома.
CHKDSK – проверить текущий диск (том) в режиме “только чтение”
Тип файловой системы: NTFS.
Метка тома: DISK_C.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Проверка файлов (этап 1 из 3). Проверка файлов завершена. Проверка индексов (этап 2 из 3). Проверка индексов завершена. Проверка дескрипторов безопасности (этап 3 из 3). Проверка дескрипторов безопасности завершена. C HKDSK проверяет журнал USN. Завершена проверка журнала USN
488384000 КБ всего на диске. 482155688 КБ в 332072 файлах. 108552 КБ в 14989 индексах. 0 КБ в поврежденных секторах. 1120884 КБ используется системой. 65536 КБ занято под файл журнала. 4998876 КБ свободно на диске.
Размер кластера: 4096 байт. Всего кластеров на диске: 122096000. 1249719 кластеров на диске.
CHKDSK D: /F – проверить диск D: в режиме исправления ошибок.
Если в данном режиме проверки CHKDSK не может получить монопольный доступ к проверяемому тому, то программа выдаст запрос на установку режима автоматического запуска тестирования указанного диска при следующей перезагрузке системы. Выполнение проверки будет произведено службой менеджера сеансов Windows, в соответствии с содержимым раздела реестра HKLMSystemCurrentControlSetControlSession ManagerBootExecute Результаты проверки можно просмотреть в журнале событий системы -(Панель управления – Администрирование – Просмотр событий – Приложение) уведомления службы Winlogon . Наличие признака запуска программы CHKDSK при следующей перезагрузке Windows можно проверить с помощью команды CHKNTFS , ссылку на описание которой, также можно найти на странице со списком команд CMD Windows. Кроме того, с ее помощью можно выполнить изменение некоторых параметров тестирования.
Не рекомендуется прерывать работу программы CHKDSK , запущенной с ключом /F поскольку, в таком случае, существует вероятность нарушения целостности файловой системы.
Работа программы CHKDSK делится на три основных прохода, в течение которых CHKDSK проверяет все метаданные на томе, и дополнительный четвертый проход. Термин “метаданные” означает “данных о данных.” Метаданные являются надстройкой над файловой системой, в которой отслеживаются сведения обо всех файлах, хранящихся на томе. В метаданных содержатся сведения о кластерах, составляющих объем данных конкретного файла, о том, какие кластеры свободны, о кластерах, содержащих поврежденные сектора и т.д. С другой стороны, данные, содержащиеся в файле, обозначаются как “данные пользователя”. В NTFS метаданные защищаются с помощью журнала транзакций. Процесс изменения метаданных делится на определенные логические этапы, или транзакции, которые фиксируются в журнале. Если последовательность действий по изменению метаданных логически не завершена, то выполняется откат по данным журнала транзакций на тот момент, когда это изменение еще не было начато. Другими словами, использование журнала транзакций, значительно повышает вероятность целостности метаданных.
Для защиты данных пользователей ( не метаданных ) в файловой системе NTFS этот способ не используется.
Этап 1. Проверка файлов
Во время первого прохода CHKDSK выводит сообщение о том, что выполняется проверка файлов, а также объем выполненной проверки, выраженный в процентах (от 0 до 100). В течение этого этапа CHKDSK проверяет сегмент записи каждого файла в основной таблице файлов ( MFT ) тома.
Этап 2. Проверка индексов
По существу, индексы – это каталоги файловой системы NTFS. C HKDSK выполняет проверку того, что нет “потерянных” файлов и что во всех списках каталогов содержатся существующие файлы. Потерянным называется файл, для которого существует правильный сегмент записи файла, но о котором нет данных ни в одном списке каталога. Потерянный файл может быть восстановлен в соответствующем ему каталоге, если этот каталог еще существует. Если соответствующий каталог более не существует, CHKDSK создаёт каталог в корневом каталоге диска и перемещает файл в него.
Этап 3. Проверка дескрипторов безопасности
В дескрипторах безопасности содержатся сведения о владельце файла или каталога, о разрешениях NTFS для данного файла или каталога, и об аудите для данного файла или каталога. C HKDSK проверяет структуру каждого дескриптора безопасности, но не выполняет проверку реального существования перечисленных пользователей или групп и правомерность предоставленных разрешений.
Этап 4. Проверка секторов
Данный этап выполнения CHKDSK определяется наличием параметра /R при запуске программы. Выполняется поиск поврежденных секторов в свободном пространстве тома . C HKDSK выполняет попытку чтения каждого сектора на томе, и , при обнаружении ошибки, кластер, в который входит данный сектор, помечается как дефектный и исключается из логической структуры тома. Даже без использования ключа /R программа всегда проверяет чтением секторы, относящиеся к таблице MFT ( к метаданным ). Кроме того, секторы, которые используются для области пользовательских данных, проверяются на предыдущих этапах работы CHKDSK.
При обнаружении потерянных файлов, программа CHKDSK создает их в структуре файловой системы в виде файлов с расширением . CHK . На практике, информация из таких файлов может быть восстановлена вручную только в тех случаях, когда она представлена в текстовом виде. В некоторых случаях, можно воспользоваться программным обеспечением сторонних производителей, как например, утилита CHKParser .
С утилитой Chkdsk , предназначенной для исправления логических ошибок файловой системы, хорошо знакомы большинство пользователей. Этот встроенный инструмент может оказаться весьма полезным, но в определённых обстоятельствах он же может доставить массу проблем. Так, наиболее опасным в плане последствий является зависание Chkdsk, запущенной с параметрами /F и/или /R для системного раздела.
Известно, что для исправления обнаруженных утилитой Chkdsk на диске С ошибок требуется перезагрузка. Проверка запускается, но на каком-то этапе всё зависает и такое состояние может продолжаться часами. В сложившейся ситуации руки сами тянутся к кнопке Reset , но принудительная перезагрузка обычно не приносит результатов, так как Chkdsk запускается повторно. Более того, принудительное прерывание проверки может привести к повреждению системных файлов и самой файловой системы NTFS .
Как правило, зависание Chkdsk наблюдается при более серьёзных проблемах с жёстким диском — физическом износе его участков, наличии нестабильных секторов, а также ошибок в области файлов, загружаемых на первых этапах старта системы. И всё же как быть, если Chkdsk завис? Самое разумное – это подождать несколько часов. И только если прогресс не изменяется длительное время (12 часов и более) , проверку можно будет рискнуть прервать принудительно, а затем восстановить исходное значение отвечающего за её запуск параметра реестра BootExecute .
Сделать это проще всего, выполнив откат к предыдущей точке восстановления. Для дела вам понадобиться установочный диск с вашей версией системы. Загрузившись с диска, выберите Восстановление системы.
Поиск и устранение неисправностей.
На этом этапе вам нужно указать целевую ОС.
После чего будет запущен привычный мастер восстановления.
Выберите в нём последнюю точку и проследуйте дальнейшим указаниям.
В процессе реестр восстановится, и запуск Chkdsk будет отключён.
Если нет точек восстановления
Если у вас отключена защита системы, точки восстановления создаваться не будут, следовательно, описанный выше способ вам не подойдёт. В этом случае реестр придётся править вручную из-под установочного диска. Загрузившись, вместо восстановления системы в дополнительных параметрах выберите командную строку.
И когда она откроется, выполните в ней команду regedit .
В открывшемся окне редактора выделите раздел HKEY_LOCAL_MACHINE .
А затем укажите путь к файлу SYSTEM , проследовав в Проводнике по адресу Windowssystem32config на диске с установленной системой.
Примечание: скорее всего, буква системного диска будет не C, а D, смотрите внимательно в Проводнике.
Откроется маленькое окошко, в котором вам нужно ввести временное имя раздела. Пусть это будет temp.
После этого откройте раздел HKEY_LOCAL_MACHINE , в нём найдите загруженный куст и разверните ветку имя_разделаControlSet001ControlSession Manager. Найдите в правой колонке мультистроковый параметр BootExecute и замените его значение, каким бы оно ни было, строкой autocheck autochk * .
Выделите созданный раздел мышкой, в меню выберите «Выгрузить куст».
Готово, можете перезагружаться, повторно Chkdsk не запустится.
Как лучше выполнять Chkdsk на системном диске
Загрузится после этого система и будет ли нормально работать? Трудно сказать. Всё зависит от того, окажутся ли повреждёнными важные системные файлы. А вообще, применять Chkdsk с параметрами /R и /F было бы более правильным, сняв жёсткий диск и подключив его другому компьютеру. Если это по какой-то причине невозможно (нет другого ПК, нельзя снять диск и т.п.) , запускайте утилиту из-под установочного диска Windows.
Здесь всё просто.
Зная букву (у нас это D) , возвращаемся в консоль и выполняем команду chkdsk D: /f /r .
Прибегнуть к этому способу можно, если система перестала загружаться после прерывания Chkdsk. Также рекомендуем выполнить команду sfc /scannow /offbootdir=C: /offwindir=D: — это позволит найти и восстановить повреждённые системные файлы в загрузочном и основном разделах.
Сценарий: У вас системные ошибки, и их необходимо исправить.
Утилита проверки и исправления ошибок на жёстком диске Microsoft CHKDSK (“проверка диска”) была представлена более 30 лет назад, но используется до сих пор. Даже пользователи последних версий операционной системы Microsoft могут воспользоваться данной командой, чтобы выполнить проверку своих жёстких дисков на ошибки и их исправление при необходимости. Ниже приведена инструкция по запуску CHKDSK в Windows 10.
Если после использования утилиты CHKDSK у вас всё ещё возникают ошибки, попробуйте альтернативные программы.
Сначала выберите “Поиск в Windows” и выполните поиск Командной строки, введя “cmd”. Щёлкните по ярлыку правой кнопкой мыши и выберите “Запуск от имени администратора” в контекстном меню.
После входа в качестве администратора, вы окажетесь в Командной Строке Windows, знакомой пользователям операционных систем до Windows NT. Введите команду “chkdsk”, нажмите пробел, а затем букву диска, который вы желаете проверить или исправить. В нашем случае, это внешний диск “L”.
Выполнение команды CHKDSK без аргументов лишь покажет состояние диска, и не исправит ошибки, присутствующие на разделе. Чтобы попросить CHKDSK исправить ошибки на диске, нужно указать параметры. После ввода буквы диска введите следующие параметры, каждый из которых отделён пробелом: “/f /r /x”.
Параметр “/f” указывает CHKDSK выполнить исправление найденных ошибок; “/r” указывает программе обнаружить повреждённые секторы на диске и восстановить информацию, которую возможно прочитать; “/x” заставляет диск размонтироваться перед началом процесса. Дополнительные параметры доступны для более специализированных заданий, и подробно расписаны на web-сайте Microsoft.
В итоге полная команда, которую требуется ввестив Командную Строку, выглядит так:
Стоит отметить, что CHKDSK должен заблокировать диск, поэтому не удастся выполнить проверку системного загрузочного диска, если компьютер работает. В нашем случае целевой диск – внешний, поэтому процесс начнётся сразу после ввода команды. Если целевой диск – загрузочный, система спросит вас, хотите ли вы запустить команду перед следующей загрузкой. Введите “yes”, перезагрузите компьютер, и команда запустится до загрузки операционной системы, получив полный доступ к диску.
Выполнение команды CHKDSK может занять продолжительное время, особенно на больших дисках. При завершении программа подытожит результаты, такие как общий объём места на диске, размещение байтов, а также самое главное – информацию о найденных и исправленных ошибках.
Команда CHKDSK доступна во всех версиях Windows, поэтому пользователи как Windows 7, так и Windows XP, могут выполнить приведённые выше шаги для инициализации проверки жёсткого диска. В случае использования старых версий Windows, можно выполнить следующее:
5 главных этапов описаны ниже:
На первом этапе файлы с записями в MFT (главная файловая таблица) сравниваются и проверяются.
На данном этапе проверяются директории и структура. Они проверяются на соответствие размеру файла и временной метки информации.
На последнем этапе проверки , файлы и папки проверяются на наличие дескрипторов безопасности, включая информацию о владельце прав NTFS.
Четвёртый и пятый этапы выполняются только при наличии аргумента /r!
Секторы кластера, включая данные, проверяются на возможность использования.
На пятом этапе секторы кластера проверяются на отсутствие данных.
Если невозможно решить проблемы с жёстким диском, используя “CHKDSK”, рекомендуется использовать утилиты для работы с жёстким диском соответствующих производителей.
Также в Windows можно получить доступ к графическому интерфейсу CHKDSK
Для выполнения проверки с использованием графического интерфейса, выполните следующее:
Щёлкните правой кнопкой мыши по диску, который вы хотите проверить. Выберите Свойства – Сервис – Выполнить проверку.
Это графический интерфейс “CHKDSK”. Две опции соответствуют параметрам “/f” и “/r”.
Помогла ли Вам эта статья в поиске решения?
(73 оценки, средняя оценка 4.63 из 5)
Как работает Traceroute и Tracert?
<img class="img-fluid" src="https://www.nic.ru/help/upload/image/unnamed
.jpg” title=””>
Когда время жизни достигает 0, пакет отбрасывается, а маршрутизатор возвращает сообщение об ошибке. Отправляя пакеты таким образом, Traceroute гарантирует, что каждый маршрутизатор на пути отклонит пакет и отправит ответ.
Всё о трассировке
Что такое трассировка?
<img class="img-fluid" src="https://www.nic.ru/help/upload/image/unnamed
.png” title=””>
Трассировка или точнее распределённая трассировка – это возможность отслеживать запросы по мере их прохождения через распределённые системы путём сбора данных о том, как они передаются от одной службы к другой.
Данные трассировки помогают понять поток запросов и определить, где в системе возникают сбои или проблемы с производительностью и почему.
Например, запрос может пройти через несколько служб и пройти туда и обратно через различные микрослужбы, чтобы достичь завершения.
Хотя трассировки существуют уже давно, тенденция к распределённым архитектурам, микросервисам и контейнеризации сделала их важной частью большой системы наблюдения. Ведь наличие механизма, позволяющего понять поток данных, необходимо для обслуживания серверов и устранения неполадок.
Трассировка, наряду с журналами и метриками, занимает важное место в системе. В то время как журналы предоставляют сведения о конкретных событиях, таких как обращение к базе данных и запись в файл или сообщение об ошибке, трассировка соединяет цепочку связанных событий.
Одна трассировка маршрута даёт представление о:
В то время, как журналы предоставляют подробные сведения об активности, выполняемой каждой службой в процессе, ведение журнала трассировки обеспечивает полную запись цепочки событий, инициированных первоначальным запросом.
Эта информация бесценна для отладки сложных проблем и оптимизации вашей системы.
Разница между Traceroute и Tracert
Принцип работы у Traceroute и Tracert один, однако разница между ними состоит не только в операционных системах.
Напоминаем, что команда Tracert обслуживает Windows, а Traceroute работает на Linux и MacOS.
Процесс передачи пакета между промежуточными маршрутизаторами продолжится, пока переменная (TTL ICMP-запроса), не станет равна количеству «прыжков» между узлом-отправителем и узлом-получателем, и пакет не будет получен хостом назначения или количество сетевых переходов не превысит максимальное значение для Tracert – 30.
В чём ещё отличие Traceroute от Tracert? В Traceroute схема схожая, практически идентичная.
Целевому хосту направляется фрагментированный UDP-запрос. Таким образом, отправляется сразу несколько пакетов с TTL: TTL=1, TTL=2 и TTL=3.
Вот только раз эта утилита не отправляет эхо-запрос ICMP, как она понимает, что трассировка подошла к концу?
Всё просто: в каждом пакете содержатся данные о порте отправителя (Source) и порте получателя (Destination). Destination порт по умолчанию закрытый (34434), поэтому утилита Traceroute сразу понимает, что процесс передачи данных завершён, когда получает ответ с сообщением о недоступности порта «Destination port unreachable» (Хост/Порт недостижим). Иными словами, запрос достиг целевого хоста.
Как работает трассировка?
Монолитное приложение разрабатывается как единый функциональный модуль, в то время как приложение с микросервисной архитектурой разбивается на модульные службы, каждая из которых выполняет основную функцию приложения и часто управляется специальной командой.
Микросервисы используются для создания многих современных приложений, поскольку они упрощают тестирование и развёртывание быстрых обновлений, а также предотвращают возникновение единой точки отказа.
Но устранение неполадок с микрослужбами может оказаться сложной задачей, поскольку они часто работают на базе сложной серверной архитектуры, а запросы могут включать в себя последовательности вызовов нескольких служб.
Используя трассировку, разработчики могут визуализировать весь путь запроса – от интерфейса к серверу – и точно определить любые сбои производительности, которые возникают на этом пути.
Платформы трассировки начинают собирать данные в момент подачи запроса. Например, когда пользователь отправляет форму на веб-сайте. Это создаёт уникальный идентификатор трассировки.
Этот процесс позволяет идентифицировать каждый запрос, вызов и процесс и соответствующим образом расставлять приоритеты в своих усилиях по устранению неполадок.
Для получения результатов трассировки в том числе используются команды Traceroute и Tracert.
Как использовать Traceroute и Tracert?
В основном пользователи могут использовать команду Traceroute или Tracert через обычную командную строку. Однако точный метод его запуска зависит от операционной системы компьютера.
Давайте посмотрим, как запустить команду Traceroute или Tracert в Windows, Linux и macOS.
Tracert – Windows
Traceroute – Linux
Traceroute – MacOS
Раньше это действие можно было выполнить через встроенное приложение Сетевая утилита, но на данный момент она не поддерживается компанией Apple. Поэтому:
Также можно добавить дополнительные параметры в команду Traceroute или Tracert, чтобы сделать ваши результаты более точными. Вот некоторые расширенные параметры трассировки:
Как читать результаты Tracert
После выполнения команды Tracert или Traceroute система представит результаты в виде множества строк. Отчёт может несколько отличаться в зависимости от вашей операционной системы, но обычно он содержит одну и ту же информацию.
Стандартные результаты Tracert или Traceroute включают в себя несколько строк, описывающих каждый переход, который проходит пакет для достижения хоста назначения. Каждая строка разделена на столбцы с различной информацией.
Давайте рассмотрим каждый столбец и его детали.
Число хопов – первый столбец количество сделанных “прыжков”.
Если время трассировки истекает на определенном узле, это может означать, что в данном месте возникла проблема или что маршрут неверен, что не позволяет пакету достичь пункта назначения. В результатах это представлено как:
Заключение
Команда Traceroute и Tracert – это полезный и простой в использовании инструмент диагностики сети. Как правило, это ещё и первый способ устранения неполадок с подключением.
В этой статье вы узнали, чем эта утилита может отличаться в зависимости от вашей операционной системы, как использовать команду и читать полученные результаты.
![Command-Line Tool to Diagnose Network Routing Issues [Examples]](https://msconfig.ru/wp-content/uploads/2023/05/windows-11-terminal-2-120x120.png "Command-Line Tool to Diagnose Network Routing Issues [Examples]")
