← [ BACK_TO_NOTES ]

NextTrace

开源可视化路由追踪 CLI,用于查看网络路径、ASN/地理信息、跨境绕路,并提供 Fast Trace、MTR、Globalping 等扩展能力。

#resource #growing #network #tool #cli #linux #macos #server

[!info] related notes

  • 相关主题:
  • 相关 MOC:
  • 相关 howto:

NextTrace

这是什么

NextTrace 是面向网络诊断的开源路由追踪 CLI。它在传统 traceroute 的基础上增强了每一跳的 ASN、运营商与地理信息展示,并提供 Fast Trace、MTR、Globalping、MTU 等扩展模式。

一句话定位:NetQuality 告诉你“这条线总体怎么样”,NextTrace 进一步告诉你“具体从哪里走、在哪里绕路”。

核心用途

查看逐跳路由

最基本的用法:

nexttrace 223.5.5.5

它会逐步增加 TTL,观察沿途路由器返回的 ICMP 消息,从而重建从当前机器到目标地址的网络路径。

对于 VPS / 代理节点,最常见的问题包括:

  • 日本节点为什么回中国却先去了美国;
  • 电信、联通、移动为什么走不同骨干;
  • 某一段是否跨洲绕路;
  • 路由是否经过预期 ASN;
  • 某个时段是否发生路由漂移。

Fast Trace

NextTrace 的完整版本支持 Fast Trace,可快速观察一组预设目标的路径,适合做中国多运营商方向的快速检查。

nexttrace -F

它适合验货后的第一轮深挖,但不应代替针对真实用户 IP / 运营商目标的定点 traceroute。

MTR 模式

完整版本也提供 MTR 能力,适合持续采样一条路径,而不仅仅看一次 traceroute。

如果已经安装独立的 mtr,长期稳定性分析通常仍可以直接使用传统 MTR;NextTrace 的优势主要在更友好的路由注释和一体化体验。

Globalping

NextTrace 还能调用 Globalping 等外部探针从其它地区观察路径,这与“在本机主动 traceroute”不同,可用于补充第三方视角。

这种能力特别适合:

  • 想知道香港、东京、美国等地如何到达自己的 VPS;
  • 判断是否只有自己运营商方向异常;
  • 辅助分析入站路径。

traceroute 的工作原理

典型 traceroute 会依次发送:

TTL=1
TTL=2
TTL=3
...

每当 TTL 在某台路由器上减到 0,该路由器可能返回 ICMP Time Exceeded。工具由此得到一跳一跳的地址和 RTT。

因此 NextTrace 本质是从运行工具的机器主动探测目标,不是让目标地区服务器自动来 Ping 你。

代理 / TUN 环境为什么会失真

如果在本地电脑运行 NextTrace,而流量被 Mihomo、TUN、VPN 或机场代理接管:

本地程序 -> 本地代理 -> 加密隧道 -> 中转 / 落地 -> 目标

原始 TTL 和逐跳 ICMP 语义可能无法穿透应用层或隧道代理,因此:

  • 只能看到本地到代理入口的一部分;
  • 中转与落地内部路径对本地 traceroute 不可见;
  • 可能出现 *、NoData、超时;
  • 不能把结果当成“落地 VPS 自己到目标”的路由。

想看 VPS 自身路由,应 SSH 到 VPS 后在 VPS 本机运行 NextTrace。

如何看结果

重点 1:是否绕路

例如日本 VPS 到中国用户却出现:

Japan -> US West -> China

通常意味着明显绕路,延迟和晚高峰稳定性往往不理想。

重点 2:运营商骨干

可以观察路径进入哪些 ASN / 骨干网络,辅助判断普通 163、CN2、联通 4837 / 9929、移动 CMI 等实际路径。

但不要只根据一段 ASN 标签就判断线路优劣。真正体验还要结合延迟、丢包、抖动和晚高峰表现。

重点 3:路径变化

一次路径正常,并不代表长期正常。跨境 BGP 可能随策略变化。

建议:

  • 白天测一次;
  • 晚高峰测一次;
  • 异常时再次保存路径;
  • 对比具体哪一跳或哪一段 ASN 发生变化。

常见误区

中间一跳不回包,不一定是故障

很多核心路由器会限速或完全忽略 ICMP,但仍正常转发数据,因此:

第 5 跳大量丢包
第 6~10 跳又恢复正常

通常不能直接判定第 5 跳真实丢包。

真正值得怀疑的是:从某一跳开始,后续所有跳的丢包 / 延迟异常都持续存在。

traceroute RTT 不是业务延迟的完整等价物

路由器可能对 ICMP 低优先级处理。最终业务 TCP / UDP 的真实表现仍要结合 MTR、iperf3 和应用层测试。

与其它工具的分工

  • NetQuality:综合三网与全球线路初筛;
  • NextTrace:逐跳解释为什么好 / 为什么差;
  • MTR:持续观察抖动和丢包;
  • iperf3:验证真实吞吐;
  • IPQuality:检查出口 IP 信誉和地区;
  • YABS:检查 VPS 基础性能。

适合的场景

  • VPS 新购后检查中国三网回程;
  • 比较 Oracle / Azure / GCP 不同地区的路由;
  • 排查“Ping 突然升高”;
  • 判断晚高峰是不是国际出口拥塞;
  • 验证服务商宣传的线路实际是否走对应骨干;
  • 对某个具体游戏 / API / 网站做路径诊断。

官方入口

创建于 2026/9/7 更新于 2026/9/7
Digital Biome
Access

键盘导航

j / k / ↑ / ↓
选择对象
Enter / o
打开选择
/ 或 Ctrl+K
全站搜索
i / f / 1–4
筛选当前列表
g → h / l / p / t / a
首页 / 笔记 / 项目 / 工具 / About
r → 1–9
打开所选对象的关联
u
返回上一页
Esc
关闭浮层 / 取消命令;输入框内清空文本