实测 VPS 真实网络质量：TCP 重传率怎么看？附零流量检测脚本

大家在挑选 VPS 或者排查网络卡顿的时候，通常习惯用 Ping 脚本或者 Superspeed 测速。但很多时候，Ping 值看着很低，下载速度也跑满了，实际刷网页或者看视频却依然会有“转圈圈”的情况。

这大概率不是带宽不够，而是丢包或者运营商针对 TCP 连接做了 QOS 限流。今天分享一个非常好用的黑科技脚本，专门用来探测 TCP 重传率，不用下载大文件，几分钟就能摸清你的 VPS 到底适不适合你用的宽带。

TCP重传率测试结果演示

脚本运行后展示的详细表格，包含各省份运营商的握手延迟和重传率数据

传统的 ICMP（Ping）探测虽然能看延迟，但很多运营商的路由器对 Ping 包的优先级很高，甚至专门优化 Ping 响应，导致你看到的延迟很假。

而真实的上网行为（浏览网页、看视频）基本上都是基于 TCP 协议的。TCP 协议讲究“握手”，如果网络质量不好或者运营商干扰，数据包发过去对方没收到，就需要“重传”。

重传率高：说明 TCP 首次建立连接的过程很慢，或者连接不稳定。体现在体验上就是：点击链接要等半天才能跳转，网页元素加载不出来，视频频繁缓冲。即便带宽再大，体验也很差。
重传率低：连接建立飞快，响应灵敏，网络体验“跟手”。

此外，该项目还能辅助判断运营商是否存在 QOS（服务质量限制），比如在某些高峰期，运营商是否针对特定线路的 TCP 握手包进行了干扰。

这款脚本最大的亮点就是轻量级和真实性。

几乎零流量消耗：它不像 SuperBench 那样去下载几百兆的测试文件，也不像 NQ 脚本那样发大量的探测包。它利用现有的 CDN 节点进行握手层面的探测，整个过程只需要几分钟，几乎不消耗流量，也不会对 VPS 造成高负载，挂机跑着也不心疼。
全节点覆盖：脚本会遍历全国 31 个省份的移动、联通、电信三大运营商节点进行测试。
结果维度：主要输出两个核心指标——
- 延迟：接近真实 TCP 握手延迟，参考价值高于普通 Ping。
- TCP 重传率：判断网络流畅度的“金标准”。

使用非常简单，直接 SSH 连接到你的 VPS，复制粘贴以下命令即可：

bash <(curl -sL https://raw.githubusercontent.com/ibsgss/TcpQuality/main/runTcpQuality.sh)

脚本跑完后，会列出一张详细的表格，展示不同省份不同运营商的握手延迟和重传率。

1. 重点看“重传率”： 重传率为 0% 或极低（<2%）是最佳状态。如果某些运营商节点出现 10% 甚至更高的重传率，说明这条线路在你的 VPS 和该运营商之间存在严重的传输障碍。

2. 结合“延迟”看： 延迟越低越好，但如果延迟低而重传率高，说明“路”虽然近，但“路况”极差（可能是干扰严重）。

3. 实战数据参考（以 DMIT 部分机房为例）： 在原作者的测试中，对比了 DMIT 洛杉矶 PRO 线路、EB 线路以及东京 PRO 线路。

晚高峰表现：通过数据对比可以明显看出，某些高端线路（如 PRO）在针对特定运营商（特别是跨省或跨网互联时）的重传率控制上要明显优于普通线路。EB 线路虽然价格便宜，但在某些省份的电信节点上晚高峰重传率会有所波动，而 PRO 线路则能保持较低的握手延迟和极少的重传。
东京 vs 洛杉矶：对于华北地区，东京机房的延迟通常更有优势，但物理距离导致的丢包率差异也能通过重传率一目了然。

这给了我们一个很重要的选机思路：不要只看标称带宽，要根据你的本地运营商（你是家里联通宽带还是移动手机热点），选择重传率最低的机房。

搞网络优化，不能只看“面子”（下载速度），更要看“里子”（连接质量）。

这个 TCP 重传探测脚本是目前判断 VPS 线路质量是否匹配你本地运营商环境的一把利器。它不造轮子，不刷虚假流量，实打实地反映 TCP 层面的连接稳定性。建议大家在入手新 VPS 或者感觉网络突然变卡时，都跑一遍这个脚本，用数据说话，少交“智商税”。

如果你在运行过程中遇到 curl: command not found 之类的错误，请先安装 curl 工具（如 apt install curl 或 yum install curl）。