中间全星号，报告像废了

一份追踪，从第 5 跳到第 12 跳全是星号，第 13 跳突然又出现了，最终落在了目标地址。

我第一次看到这种结果，直接扔到一边，觉得没法用。后来才知道，这种报告依然有价值，只是读法不同。那次我把报告发出去，对方也说看不懂。

先看头和尾

第一条：目标可达。最后一跳是目标地址并且有回应，说明整条路径是通的。很多工具会在最后一跳显示目标 IP 或域名。

第二条：起点正常。前面几跳能看到，说明你这一侧的出口没问题。

这两条确认了，至少能排除「网络断了」这种最坏情况。

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

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

找两个锚点

星号不是凭空出现的，它前面有最后一个可见跳，后面有第一个可见跳。

这两个点，就是你能确认的边界。中间发生了什么，你看不到，但这段范围被框出来了。锚点之间的跳数不重要，重要的是范围。

用宝塔拨测的控制台从多个入口各跑一次，锚点会更清楚。如果后面所有跳都可见，只有中间一段黑，那问题范围就在那两个锚点之间；如果一直黑到结尾，情况就不一样了。

这段能推出什么

能确认路径经过了这里，不能确认具体是哪台设备。

不能算出这段的延迟，也不能判断有没有丢包。星号只是没回应，不是断。

所以别拿这段去追责，也别在报告里指认某一跳有问题。别把「看不见」理解成「没有」，中间设备大概率在正常工作。

怎么补数据

用端到端测。ping 或 TCP 探测能告诉你整体延迟和丢包，这个数比中间某跳的星号可靠。

换协议再追。ICMP 不回应的设备，TCP 追踪可能给面子。

从多个入口对比，看星号区间的位置有没有规律。有些网络会在边缘设备统一回 TTL 超时，中间全黑是设计使然，跟骨干的防护策略有关，不是你这条路径特殊。

什么时候该警惕

星号之后延迟整体抬升，并且端到端也变差，说明那段确实有问题。有回应但很慢，也要结合端到端判断，两个口径对上才可靠。

最后一跳也不回，端到端不通，这才是真断。

星号位置每次都在变，可能是负载均衡；固定不变，多半是策略。

看懂了这几种区别，中间黑一段就不再是障碍。报告里可以只引用首尾两段，中间留白反而更诚实。别为了报告好看，把不确定的部分说成确定的。工具给数据，判断要自己下，数据不全的时候，说清楚边界，比硬凑一个结论强。跟团队沟通时，先讲能确认的，再讲推测的，这两类要分开说，混在一起容易误导。