TCPing 的结果不像 Ping 那样只有数字，它会明确告诉你三种状态。搞清这三种状态，比盯着毫秒数有用得多。

状态一：握手成功

说明端口是开放的，而且从探测节点到目标这一路上的安全策略都放行了。

耗时反映的是网络往返加服务端响应。同城十几毫秒、跨省三四十毫秒、跨境一百多毫秒，都属于正常区间。如果同城测出 80ms 以上，那链路上多半有额外开销。

注意，「端口开放」只代表能连上，不代表服务正常。后面还有应用层的事。

状态二：连接被拒绝

收到 RST 包，意思是对方主机明确告诉你：这个端口我不接受连接。

这其实是个好消息，至少说明主机在线、路由可达、包没有被中间设备丢掉。问题出在目标机器本身：服务没启动、监听的端口不对、或者只监听了本地回环地址。

排查动作很直接：登上服务器看进程在不在、ss -lntp 看监听地址、看配置文件里的端口号。

状态三：超时

包发出去，什么回应都没有，一直等到超时。

这种情况最需要区分：可能是云厂商安全组没放行，可能是服务器本机防火墙 drop 了，可能是中间运营商设备过滤，也可能是主机压根不在线。

判断顺序是先 Ping 一下主机。Ping 通但 TCPing 超时，基本锁定在防火墙或安全组；Ping 也不通，那就是主机或链路的问题。

汇总数字怎么看

页面顶部的平均响应时间代表整体水平，最快节点代表这条链路的下限，异常节点数量则直接告诉你影响范围。

成功率是最直观的指标。100% 说明全国都能连上；90% 说明有个别地区被挡；低于 70% 就是明显的策略或链路问题，得具体看是哪些节点在失败。

别忽略分布

同样是平均 60ms，一种情况是全国都在 50–70ms，另一种是大部分 20ms、少数几个 300ms。后者的问题更值得查，因为它是局部异常，不是整体慢。

看地图上的颜色分布，比看一个平均值更快定位问题区域。