我从公司网络追了一次，就下了结论

用户说访问慢，我在自己工位上跑了条追踪，路径看着很正常，于是回复「线路没问题」。

后来从用户所在的城市追了一次，路径完全不同，中间绕了一个大圈。起点换一下，故事就变了。那次之后我先定起点，再看路径。

起点决定你看到什么

路由是有方向的。数据包从哪出发，经过哪些运营商、哪些出口，路径都不一样。

你在广东追，看到的是广东出口的路；用户在西南，走的是另一条。同一个目标，从不同运营商追，出口和骨干都可能不同。

所以追踪之前先问一句：我要代表谁来看这条路？答案不同，起点就该不同。

宝塔拨测控制台：定时拨测任务、节点与告警配置

宝塔拨测控制台：定时拨测任务、节点与告警配置

按用户分布选起点

主要用户在哪几个省、哪几家运营商，就从那里追。访问日志和统计后台能给出省份和运营商分布。

用宝塔拨测的控制台选起始节点时，按地区和运营商挑，别只挑离自己近的。

不用覆盖所有省份，选占比最高的两三个，再覆盖电信、联通、移动。同一个省，不同城市也可能走不同出口，精细排查时城市级起点比省级更有用，但别细到每个城市都跑。

如果站点有海外用户，加一个海外节点看跨境路径，和国内的结果分开分析。跨境还要注意出口城市不同，路径可能差很多。

按故障范围选

只有某地用户投诉，起点就选那里，再加一个正常地区做对照。对照点要选一个当前体验正常的地区，不然比不出差异。

两条路径放一起，从第几跳开始分叉，一眼就能看出来。

如果所有地区都投诉，反而不用到处追，选两三个代表点，看有没有共同段。共同段通常指向目标侧，分叉段指向各自的线路。

选几个够

两个起步：一个出问题的，一个正常的，成对比较才有效。

要判断是运营商问题还是区域问题，就凑三组：同地区不同运营商、同运营商不同地区。

再多，成本上去了，结论未必更清楚。起点越多，分析成本越高，先解决主要矛盾。

跑完怎么用

从多个节点发起追踪，结果按地区分开看。单条追踪只能说明一条路径，别拿它代表所有用户。

记录里写清起点城市、运营商、时间，以及端到端的延迟和丢包。跑之前把目标确认清楚：域名还是 IP，走 v4 还是 v6。两端都写清楚，结论才可复现。

结论只对「这个起点到这个目标」负责，别说成「全网都这样」。换起点、换时段复测，结论才站得住。很多争议都源于起点不明，这条信息，比路径本身还重要。