Traceroute 是一种网络故障排除工具,可以显示从源到目的地的一包数据所获取的路径或路径。 当数据包通过其预期路线时,网络管理员可以查看设备的 IP 地址和响应时间,如路由器和交换机,数据包在前往目的地的路上通过。 Traceroute 可以使用多种不同的网络协议,如 ICMP(互联网控制消息协议)回声数据包、TCP(传输控制协议)或 UDP(用户数据图协议),但是,跟踪路线检查的最常用方法通常利用 ICMP。

Traceroute 检查有助于发现和理解路由过程中可能发生的潜在延迟,有助于通过各种网络路径在数据包旅程中找到任何故障点。

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"
}

字段描述

领域 类型 必需/可选 描述

主机

字符串

必填

此字段指定目标地址。

例子:
"Server": "dotcom-monitor.com"

忽略协议错误

布尔

自选

启用此字段后,将跳过协议错误。

例子:
"IgnoreProtocolErrors": true
DNS 解析模式 字符串 必填 可能的值:

  • 设备已缓存。 设备缓存是默认选项,表示在监视上一个任务(设备缓存)期间检索到的缓存名称服务器 (NS) 地址最初将用于监视。
  • 非缓存。 非缓存意味着将不使用设备缓存(上述任务的缓存),因此每个新执行都需要向 DNS 根服务器单独查询。
  • TTL 已缓存。 TTL 缓存意味着在监视之前的任务(设备缓存)期间形成的 NS 缓存最初将用于监视。
  • 外部 DNS 服务器。 外部 DNS 服务器意味着指定的 IP 地址将被视为 DNS 服务器地址,并轮询 NS 数据。

有关详细解释,请参阅 “DNS 模式选项” 文章。

例子:
"DNSResolveMode": "External DNS Server"
DNSserverIP 字符串 自选 自定义 DNS 服务器 IP 地址的字段。 有关详细解释,请参阅 “DNS 模式选项” 文章。

例子:
"DNSserverIP": "8.8.8.8"
Device_Id

int32

必填

只读字段。 唯一的设备 ID。

例子:
"Device_Id": 8550

Id

int32

必填

*仅用于编辑操作

只读字段。 唯一的任务 ID。 不要用于创建操作。

例子:
"Id": 17720

Task_Type_Id

int32

必填

任务的类型 ID。

例子:
"Task_Type_Id": 60

名字

字符串

自选

任务名称。

例子:
"Name":"Trace Task"

超时

int32

自选

此字段定义任务执行的最大时间值(以毫秒为单位)。

例子:
"Timeout": 400

带有网络监视器的可视跟踪路由

Dotcom 监视器解决方案提供了一种简单有效的方法来可视化流量性能。 在 Dotcom 监视器解决方案中,可以通过创建路由跟踪任务来开始 IP 网络监视。 只需输入您使用的 IP 地址或主机名即可监控和配置其他设置,例如完成超时并忽略或包括协议错误。 请注意,忽略协议错误将确保您不会从不受您控制的节点收到任何错误,即使节点响应了额外的多个请求。 此外,您还可以选择设置我们在上面本文中提到的特定 DNS 解析模式设置(设备缓存、非缓存、TTL 缓存和外部 DNS 服务器)。 用户还可以通过分配特定的 IP 地址来添加自定义 DNS 主机。

路由跟踪报告

跟踪路由报告允许网络管理员从一个或所有监视位置直观地检查网络性能连接的状态。 路由跟踪可以帮助排查网络错误,并确定问题是由 DNS、延迟还是服务器引起的。 每次监控位置检测到错误时,都会创建从该监控位置到目标 IP 地址或主机名的跟踪路由。

在可视跟踪路由报告中,绿点表示数据包通过且没有任何丢失的成功跃点。 橙色点表示发生数据包丢失的跃点。 红点表示数据包无法通过或传输该特定跃点的位置。 可以按特定的开始日期和结束日期筛选结果,以便随着时间的推移比较结果。 详细了解 在线报告

有关跟踪路由以及使用我们的可视跟踪路由存储库的好处的更多信息,请阅读我们的 可视跟踪路由 知识库文章。