Всем привет, мы снова встретились, я ваш друг Цюаньчжаньцзюнь.

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

В большинстве случаев мы будем напрямую выполнять командную строку в хост-системе Linux: имя хоста трассировки

В системах Windows команда для выполнения трассировки выглядит следующим образом: имя хоста трассировки

1. Формат команды

трассировка [параметр] [хост]

2. Функция команды

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

Специальный формат параметра: трассировка [-dFlnrvx][-f<ценность выживания>][-g<шлюз>…][-i<веб-интерфейс>][-m<ценность выживания>][-p<коммуникационный порт>][-s<Исходный адрес>][-t<Тип услуги>][-w<Тайм-аут в секундах>][имя хоста илиIPадрес][Размер пакета]

3. Параметры команды

-d Использовать отладку на уровне сокетов.

-f устанавливает размер значения выживания TTL первого пакета обнаружения.

-F устанавливает бит «не ломать».

-g Установить исходные шлюзы маршрутизации, можно установить до 8.

-i использует указанный сетевой интерфейс для отправки пакетов.

-Я использую ответы ICMP вместо сообщений данных UDP.

-m устанавливает максимальный размер TTL значения выживания пакета обнаружения.

-n Использовать IP-адрес напрямую вместо имени хоста.

-p устанавливает порт связи протокола передачи UDP.

-r игнорирует обычную таблицу маршрутизации и отправляет пакет данных непосредственно на удаленный хост.

-s устанавливает IP-адрес локального хоста для отправки пакетов данных.

-t устанавливает значение TOS обнаруженного пакета данных.

-v подробно отображает процесс выполнения команды.

-w устанавливает время ожидания отчета удаленного хоста.

-x включает или выключает проверку правильности пакетов данных.

4. Примеры использования

Пример 1:traceroute Простое и наиболее часто используемое использование

Заказ:traceroute www.baidu.com

Выход:

[root@localhost ~]# traceroute www.baidu.com
traceroute to www.baidu.com (61.135.169.125), 30 hops max, 40 byte packets
 1  192.168.74.2 (192.168.74.2)  2.606 ms  2.771 ms  2.950 ms
 2  211.151.56.57 (211.151.56.57)  0.596 ms  0.598 ms  0.591 ms
 3  211.151.227.206 (211.151.227.206)  0.546 ms  0.544 ms  0.538 ms
 4  210.77.139.145 (210.77.139.145)  0.710 ms  0.748 ms  0.801 ms
 5  202.106.42.101 (202.106.42.101)  6.759 ms  6.945 ms  7.107 ms
 6  61.148.154.97 (61.148.154.97)  718.908 ms * bt-228-025.bta.net.cn (202.106.228.25)  5.177 ms
 7  124.65.58.213 (124.65.58.213)  4.343 ms  4.336 ms  4.367 ms
 8  202.106.35.190 (202.106.35.190)  1.795 ms 61.148.156.138 (61.148.156.138)  1.899 ms  1.951 ms
 9  * * *
30  * * *
[root@localhost ~]#

проиллюстрировать:

Записи начинаются с 1 в соответствии с порядковым номером. Каждая запись представляет собой переход, и каждый переход представляет собой шлюз. Мы видим, что каждая строка имеет три раза, единицей измерения является мс, что на самом деле является параметром по умолчанию -q. После того, как пакет обнаружения отправит три пакета на каждый шлюз, время, необходимое шлюзу для ответа, если вы используете трассировку -q 4 www.58.com, означает отправку 4 пакетов на каждый шлюз.

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

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

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

Пример 2: Настройка количества переходов

[root@localhost ~]#  traceroute  10.43.116.161
traceroute to 10.43.116.161 (10.43.116.161), 30 hops max, 60 byte packets
 1  10.43.85.1 (10.43.85.1)  3.232 ms  13.354 ms  23.230 ms
 2  10.43.66.157 (10.43.66.157)  9.944 ms  20.061 ms  30.136 ms
 3  10.43.66.125 (10.43.66.125)  0.926 ms  1.668 ms  2.364 ms
 4  10.43.65.5 (10.43.65.5)  2.350 ms  3.242 ms  4.083 ms
 5  10.43.2.170 (10.43.2.170)  1.527 ms  2.767 ms  4.066 ms
 6  10.43.116.161 (10.43.116.161)  0.267 ms  0.267 ms  0.331 ms


[root@localhost ~]#  traceroute  -m 3 10.43.116.161
traceroute to 10.43.116.161 (10.43.116.161), 3 hops max, 60 byte packets
 1  10.43.85.1 (10.43.85.1)  8.294 ms  18.561 ms  28.237 ms
 2  10.43.66.157 (10.43.66.157)  5.317 ms  15.045 ms  25.474 ms
 3  10.43.66.125 (10.43.66.125)  0.954 ms  1.635 ms  2.327 ms
[root@localhost ~]#

проиллюстрировать:Использовать параметры -m Установить только отправку 3 Пакеты перехода не отправляются, даже если хост не обнаружен.

Пример 3. Отображение IP-адреса без проверки имени хоста

[root@localhost ~]# traceroute -n www.baidu.com
traceroute to www.baidu.com (61.135.169.125), 30 hops max, 40 byte packets
 1  211.151.74.2  5.430 ms  5.636 ms  5.802 ms
 2  211.151.56.57  0.627 ms  0.625 ms  0.617 ms
 3  211.151.227.206  0.575 ms  0.584 ms  0.576 ms
 4  210.77.139.145  0.703 ms  0.754 ms  0.806 ms
 5  202.106.42.101  23.683 ms  23.869 ms  23.998 ms
 6  202.106.228.37  247.101 ms * *
 7  61.148.146.29  5.256 ms 124.65.58.213  4.386 ms  4.373 ms
 8  202.106.35.190  1.610 ms 61.148.156.138  1.786 ms 61.148.3.34  2.089 ms
 9  * * *
30  * * *
[root@localhost ~]# traceroute www.baidu.com
traceroute to www.baidu.com (61.135.169.125), 30 hops max, 40 byte packets
 1  211.151.74.2 (211.151.74.2)  4.671 ms  4.865 ms  5.055 ms
 2  211.151.56.57 (211.151.56.57)  0.619 ms  0.618 ms  0.612 ms
 3  211.151.227.206 (211.151.227.206)  0.620 ms  0.642 ms  0.636 ms
 4  210.77.139.145 (210.77.139.145)  0.720 ms  0.772 ms  0.816 ms
 5  202.106.42.101 (202.106.42.101)  7.667 ms  7.910 ms  8.012 ms
 6  bt-228-025.bta.net.cn (202.106.228.25)  2.965 ms  2.440 ms 61.148.154.97 (61.148.154.97)  431.337 ms
 7  124.65.58.213 (124.65.58.213)  5.134 ms  5.124 ms  5.044 ms
 8  202.106.35.190 (202.106.35.190)  1.917 ms  2.052 ms  2.059 ms
 9  * * *
30  * * *
[root@localhost ~]# 

Проиллюстрировать: Обратите внимание, что роутер в пункте 6 больше не отображает имя домена.

Пример 4: Установите количество пакетов обнаружения на значение 4.

[root@localhost ~]# traceroute -q 4 www.baidu.com
traceroute to www.baidu.com (61.135.169.125), 30 hops max, 40 byte packets
 1  211.151.74.2 (211.151.74.2)  40.633 ms  40.819 ms  41.004 ms  41.188 ms
 2  211.151.56.57 (211.151.56.57)  0.637 ms  0.633 ms  0.627 ms  0.619 ms
 3  211.151.227.206 (211.151.227.206)  0.505 ms  0.580 ms  0.571 ms  0.569 ms
 4  210.77.139.145 (210.77.139.145)  0.753 ms  0.800 ms  0.853 ms  0.904 ms
 5  202.106.42.101 (202.106.42.101)  7.449 ms  7.543 ms  7.738 ms  7.893 ms
 6  61.148.154.97 (61.148.154.97)  316.817 ms bt-228-025.bta.net.cn (202.106.228.25)  3.695 ms  3.672 ms *
 7  124.65.58.213 (124.65.58.213)  3.056 ms  2.993 ms  2.960 ms 61.148.146.29 (61.148.146.29)  2.837 ms
 8  61.148.3.34 (61.148.3.34)  2.179 ms  2.295 ms  2.442 ms 202.106.35.190 (202.106.35.190)  7.136 ms
 9  * * * *
30  * * * *
[root@localhost ~]# 

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

Пример 5. Обход обычной таблицы маршрутизации и отправка непосредственно на подключенный к сети хост.

//Эта машина 10.43.85.162
[root@localhost ~]# трассировка -r 10.43.85.223
трассировка до 10.43.85.223 (10.43.85.223), максимум 30 прыжков, пакеты по 60 байт
 1 10.43.85.223 (10.43.85.223) 1,126 мс 1,127 мс 1,117 мс
[root@localhost ~]# трассировка -r 10.43.42.199
трассировка до 10.43.42.199 (10.43.42.199), максимум 30 прыжков, пакеты по 60 байт
подключиться: Сеть недоступна

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

Пример 6. Установите время ожидания ответа для исходящих пакетов обнаружения на 3 секунды.

[root@localhost ~]# traceroute -w 3 www.baidu.com
traceroute to www.baidu.com (61.135.169.105), 30 hops max, 40 byte packets
 1  211.151.74.2 (211.151.74.2)  2.306 ms  2.469 ms  2.650 ms
 2  211.151.56.1 (211.151.56.1)  0.621 ms  0.613 ms  0.603 ms
 3  211.151.227.206 (211.151.227.206)  0.557 ms  0.560 ms  0.552 ms
 4  210.77.139.145 (210.77.139.145)  0.708 ms  0.761 ms  0.817 ms
 5  202.106.42.101 (202.106.42.101)  7.520 ms  7.774 ms  7.902 ms
 6  bt-228-025.bta.net.cn (202.106.228.25)  2.890 ms  2.369 ms 61.148.154.97 (61.148.154.97)  471.961 ms
 7  124.65.58.221 (124.65.58.221)  4.490 ms  4.483 ms  4.472 ms
 8  123.126.6.198 (123.126.6.198)  2.948 ms 61.148.156.6 (61.148.156.6)  7.688 ms  7.756 ms
 9  * * *
30  * * *

Проиллюстрировать: Временная детализация слишком велика, чтобы увидеть результаты.

Пример 7. Основные настройки порта UDP, используемые пакетами обнаружения 35000.

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

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

Издатель: Full stack программист и руководитель стека, укажите источник для перепечатки: https://javaforall.cn/234178.html Исходная ссылка: https://javaforall.cn