[!info] related notes

• 相关主题:
• 相关 MOC:
• 相关 howto:

NetQuality

这是什么

NetQuality 是 xykt 维护的 VPS / 服务器网络质量体检脚本。它关注的不是 IP 风控，而是这台服务器的网络接入、到中国大陆三网的延迟与回程、国内测速和国际互联表现。

一句话定位：IPQuality 看“这个出口 IP 干不干净”，NetQuality 看“这台机器的线路怎么样”。

官方当前将报告分为七大模块：BGP 信息、本地策略、接入信息、三网 TCP 大包延迟、三网回程路由、国内测速、国际互联。

主要检测内容

BGP 与接入

会显示 ASN、注册机构、前缀、上游、Peer、互联网交换点等信息，用来理解服务器在互联网中的“网络身份”和上游结构。

这些信息适合回答：

• 服务器属于哪个 ASN；
• 上游是否单一；
• 是否有较丰富的对等互联；
• 是否可能因为上游结构导致绕路。

但“上游多”不自动等于线路好，最终仍要看实际路由与高峰期表现。

本地策略

报告会检查 NAT 类型，并展示 Linux TCP 拥塞控制、队列调度和缓冲区等本地参数。

要注意：这些参数描述的是运行脚本的那台系统。如果脚本在本地 WSL 中运行、流量再经过透明代理，看到的 TCP 参数并不是落地 VPS 的参数。

三网 TCP 大包延迟

对中国大陆不同省级地区的电信、联通、移动目标进行主动 TCP 探测，快速观察区域差异。

这里更适合看：

• 是否出现普遍高延迟；
• 某一家运营商是否明显更差；
• 某些地区是否异常绕路；
• 不同时段是否明显抖动。

不要过度解读单个省份的一次结果。跨境网络会随拥塞、路由策略和目标节点变化，最好在白天与晚高峰重复测试。

三网回程路由

NetQuality 使用 NextTrace 相关能力展示从 VPS 返回中国电信、联通、移动方向的路由。

这是代理落地节点非常重要的一项，因为大量使用场景的真实体验受到回程影响。重点关注：

• 是否直回亚洲 / 中国，还是绕美国、欧洲；
• 是否进入预期骨干网；
• 某一运营商是否明显绕路；
• TCP 与 UDP 路由是否不同；
• 晚高峰是否发生路由漂移。

线路名称或骨干网标签只能作为证据之一，不能替代实际延迟、丢包与业务体验。

国内测速

基于 Speedtest 相关节点对中国大陆三网进行吞吐测试。

这部分适合粗看带宽，但结果可能受测试服务器负载、限速、测速节点选择和跨境拥塞影响。不要把一次 Speedtest 当作“服务器带宽上限”。

国际互联

连接多个海外地区测试延迟和吞吐，用来观察 VPS 对全球网络的互联能力。

如果某一方向明显低于其它方向，可能说明该区域的上游、Peer 或跨洲链路较差。

推荐运行方式

直接在 VPS 上测 IPv4

bash <(curl -Ls https://Net.Check.Place) -4 -p

-p 用于关闭在线报告分享链接。需要自动安装缺失依赖时可加 -y。

只快速看延迟

bash <(curl -Ls https://Net.Check.Place) -P -4 -p

完整回程模式

bash <(curl -Ls https://Net.Check.Place) -R -4 -p

官方也支持 JSON、输出文件、低流量模式和指定省份等参数，批量筛选 VPS 时很实用。

最重要的使用前提：在哪里运行，就主要测哪里

NetQuality 的正常假设是：脚本运行在被测 VPS 本机，由 VPS 主动向各测试目标发起连接。

因此，想评价 Oracle、Azure、GCP 等 VPS 自身线路，应 SSH 到那台 VPS 上运行：

VPS -> 中国三网 / 全球测试目标

如果在自己的 WSL / PC 上运行，同时系统流量被 Mihomo、TUN 或机场代理接管：

本地 -> 机场入口/中转 -> VPS 落地 -> 测试目标

则报告会变成混合结果：

• BGP / 出口 IP 信息仍可能指向落地 VPS；
• TCP 延迟可能被透明代理的本地接管机制扭曲；
• traceroute / NextTrace 可能无法看到代理隧道内部路径；
• 国内测速可能因为代理兼容性直接 ERROR；
• 实际吞吐仍可能反映完整代理链的一部分性能。

如果出现“日本 VPS 到湖北 2 ms、到伦敦 14 ms”这种违反物理距离常识的结果，应首先怀疑代理环境导致测试语义失真，而不是把数字当真。

如何评价结果

好的代理落地线路通常具有

• 到主要用户地区延迟合理；
• 三网没有大面积极端高延迟；
• 回程不出现明显跨洲绕路；
• 路由在不同时段相对稳定；
• 晚高峰丢包和抖动可控；
• 实际吞吐与套餐带宽、用途相匹配；
• 目标运营商没有明显短板。

不能只看什么

• 不能只看平均 Ping；
• 不能只看某个“精品线路”标签；
• 不能只看 BGP Peer 数量；
• 不能只看一次 Speedtest；
• 不能把透明代理环境下的 TCP Ping 当成 VPS 裸线路延迟。

NetQuality 最适合做综合初筛，异常点再用 NextTrace / MTR 定位，用 iperf3 和实际代理业务验证。

与其它工具的分工

工具	主要回答的问题
IPQuality	IP 是否干净、地区是否一致、服务能否解锁
NetQuality	VPS 综合线路质量如何
NextTrace	具体经过哪些路由、在哪里绕路
MTR	哪一跳开始出现持续抖动或丢包
iperf3	两个可控端点之间真实能跑多少吞吐
YABS	VPS 的 CPU、磁盘和通用网络性能如何

局限与安全

• 一键 curl | bash 有供应链风险；重要服务器建议先下载审阅再执行。
• 测试结果依赖第三方测试目标和 API，服务不可用时会出现 ERROR / NoData。
• 一次结果只是快照，跨境线路尤其需要多时段复测。
• 代理链、TUN、策略路由、WARP、VPN 都可能改变测试含义。

官方入口

• GitHub: https://github.com/xykt/NetQuality
• 直接脚本: https://Net.Check.Place