Traceroute – это сетевой инструмент устранения неполадок, который может отображать путь или пути, взятые пакетом данных из источника в пункт назначения. По мере того, как пакет проходит по намеченный маршруту, сетевые администраторы могут просматривать IP-адреса и время отклика устройств, таких как маршрутизаторы и коммутаторы, пакет перемещается по пути к месту назначения. Traceroute может использовать несколько различных сетевых протоколов, таких как ICMP (Протокол сообщений управления Интернетом), эхо пакеты, TCP (Протокол контроля передачи), или UDP (Протокол пользовательской datagram), однако, наиболее часто используемый подход к проверке трассировки обычно использует ICMP.

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

Пример объекта JSON
{
    "Timeout": 0,
    "Host": "dotcom-monitor.com",
    "IgnoreProtocolErrors": false,
    "DNSResolveMode": "Device Cached",
    "DNSserverIP": "",
    "CustomDNSHosts": "",
    "Device_Id": 63664,
    "Id": 488966,
    "Task_Type_Id": 20,
    "Name": "dotcom-monitor.com"
}

Полевые описания

поле Type Обязательно/Опционально описание

Узла

струна

Обязательно

В этом поле указан адрес назначения.

пример:
"Server": "dotcom-monitor.com"

ИгнорироватьПротоколЭррорс

булев

необязательный

Когда это поле включено, ошибки протокола будут пропущены.

пример:
"IgnoreProtocolErrors": true
DNSРесольвеМод струна Обязательно ВОЗМОЖНЫЕ ЗНАЧЕНИЯ:

  • Устройство кэшировано. Кэширование устройства является параметром по умолчанию и означает, что адрес кэшированного сервера имен (NS), полученный во время мониторинга предыдущей задачи (кэш устройства), изначально будет использоваться для мониторинга.
  • Не кэшируется. Не кэшированный означает, что кэш устройства (кэш предыдущих задач) не будет использоваться, поэтому каждое новое выполнение требует отдельного запроса на корневые серверы DNS.
  • TTL кэширован. TTL Cached означает, что кэш NS, сформированный во время мониторинга предыдущих задач (кэш устройства), первоначально будет использоваться для мониторинга.
  • Внешний DNS-сервер. Внешний DNS Server означает, что указанный IP-адрес будет рассматриваться в качестве адреса DNS-сервера и учитываться для данных NS.

Для подробного объяснения, пожалуйста, обратитесь к статье “Опция режима DNS”.

пример:
"DNSResolveMode": "External DNS Server"
DNSserverIP струна необязательный Поле для пользовательского IP-адреса DNS-сервера. Для подробного объяснения, пожалуйста, обратитесь к статье “Опция режима DNS”.

пример:
"DNSserverIP": "8.8.8.8"
Device_Id

int32

Обязательно

READ ТОЛЬКО поле. Уникальный идентификатор устройства.

пример:
"Device_Id": 8550

идентификатор

int32

Обязательно

*Только для операций редактирования

READ ТОЛЬКО поле. Уникальный идентификатор задачи. Не используйте для операций создания.

пример:
"Id": 17720

Task_Type_Id

int32

Обязательно

Идентификатор типа задачи.

пример:
"Task_Type_Id": 60

имя

струна

необязательный

Имя задачи.

пример:
"Name":"Trace Task"

Времени ожидания

int32

необязательный

Это поле определяет максимальное значение времени (в миллисекундах) для выполнения задачи.

пример:
"Timeout": 400

Визуальный маршрут с Dotcom-монитором

Решение Dotcom-Monitor обеспечивает простой и эффективный способ визуализации производительности трафика. В решении Dotcom-Monitor можно начать мониторинг ip-сетей, создав задачу Traceroute. Просто вввейте IP-адрес или хост-имя для мониторинга и настройки дополнительных настроек, таких как тайм-аут завершения и игнорирование или включение ошибок протокола. Обратите внимание, что игнорирование ошибок протокола гарантирует, что вы не получите никаких ошибок из узлов, которые не находятся в вашем контроле, даже если узел ответил дополнительными, несколькими запросами. Кроме того, у вас есть возможность установить определенные настройки режима DNS Resolve, которые мы затронули в этой статье выше (Device Cached, Non-cached, TTL Cached и Внешний DNS Server). Пользователи также могут добавлять пользовательские ХОСТ-хосты, назначая определенные IP-адреса.

Отчет о маршруте

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

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

Для получения дополнительной информации о маршруте и преимуществах использования нашего визуального репота трассировки, прочитайте нашу статью Visual Traceroute Knowledge Base.