两条命令

linux 和 mac 用这条。不用装插件。

traceroute -n -q 3 -w 2 www.baidu.com

windows 换这条。参数差不多。名字不一样而已。

tracert -d -h 20 www.baidu.com

参数不多。记三个就够用了。

我一开始用默认参数

我一开始直接敲 tracert。什么参数都不加。 跑了三十跳。等了半分钟。还以为默认就是全跑。 试了半天才发现。中间一大半是星号。 默认不解析域名。跳数也不限。所以慢。

那三个参数干什么的

-n 或者 -d。不解析域名。能快很多。 -q 3。每跳发三个包。取平均。 -w 2。每跳等两秒。别干等。

那么这三个加上去。半分钟能变十秒。够快才敢多跑几次。

跳数与耗时
跳数与耗时:先看第一跳,再找跳变点

怎么读那几列

跳数。地址。还有三次耗时。看四列。 先看第一跳。那是我家门口的网关。再看最后一跳到没到。 然后往下扫。看哪一跳突然变大。 这里只看中间那一列也行。别的先不管。

这批数据先给个范围

30 个节点跑了两轮。平均都是 24ms。 丢包全是 0%。一个包都没丢。 第二轮最慢 301ms。甘肃武威电信那台。 第一轮最慢 101ms。湖南永州那台。 那么两台不是一台。而且都只出现一次。先记着。

哪一种才值得跑

河北廊坊 25ms 到 73ms。平均 45ms。 一台里差三倍。这种才值得去跟踪。慢不怕。怕的是忽快忽慢。 用宝塔拨测的网站测速。 按地区排开。挑出这种抖动大的。再跑 traceroute。别乱挑。

按地区排开
按地区排开:先挑抖动大的那几台

跑完这几行怎么用

把跳数、地址、三次耗时都抄下来。 再让对方从他们那边也跑一次。 两边一比。分界点就清楚了。这才是证据。

301ms 那次我没追。它第二轮就不在了。这种追也没用。

路由跟踪只回答路径。原因还得自己拼。