[!info] related notes

• 前置笔记:
• 相关 MOC:
• 相关资源:

VPS 代理节点到手测试与质量评价

目标

这套流程用于回答一个实际问题：

一台刚到手的 VPS，如果准备拿来做代理中转、落地或出口节点，到底应该怎么测试，怎么判断它好不好？

不能只跑一个 Speedtest，也不能只看 Ping。一个代理节点的质量至少包含四个互相独立的维度：

1. IP 质量：IP 干不干净、地区识别是否一致、目标服务能否正常使用；
2. 网络线路：延迟、回程、绕路、丢包、抖动和晚高峰稳定性；
3. 机器能力：CPU、内存、网卡 / 端口、磁盘是否存在明显瓶颈；
4. 真实代理链：客户端 -> 机场 / 中转 -> 落地 -> 目标服务的最终体验。

因此最实用的主工具组合是：

IPQuality + NetQuality + YABS

发现异常后再用：

NextTrace + MTR + iperf3

第一原则：先明确你到底在测哪一层

这是代理 VPS 测试里最容易犯的错误。

假设真实架构是：

你的电脑
  -> 机场入口 / 中转
  -> Oracle / Azure 落地
  -> Internet

至少存在三个不同测试对象。

A. VPS 裸机本身

想知道：

Oracle 和 Azure 哪台机器自身的 IP / 网络更好？

应该 SSH 到各自 VPS 本机运行测试：

Oracle -> 测试目标
Azure  -> 测试目标

这时使用 IPQuality、NetQuality、YABS、NextTrace、MTR 最合理。

B. 中转 -> 落地这一段

想知道：

为什么经过机场中转后只有 40 Mbps？到底是不是“中转 -> Oracle”这段有问题？

应使用自己控制两端的 iperf3，把链路拆开测试。

C. 完整代理链

想知道：

我平常真正使用 ChatGPT、YouTube、网页、游戏时，Oracle 落地和 Azure 落地谁更好？

应该从客户端按照真实代理配置进行端到端测试。

这时更关注：

• 实际网站 TTFB；
• 下载 / 上传；
• 视频缓冲；
• 游戏延迟与抖动；
• 长连接稳定性；
• 目标服务地区与风控。

不要把在 WSL + TUN + 机场代理下跑出来的 NetQuality traceroute 当成 VPS 裸机线路。 透明代理可能在本地终止 TCP、封装流量，让 TCP 延迟、TTL 和逐跳路由失去原本测量含义。

到手后的推荐验收顺序

Step 0：记录基础信息

先记下：

• 供应商；
• 区域 / 可用区；
• IPv4 / IPv6；
• CPU / 内存；
• 标称端口速度；
• 月流量；
• ASN；
• 价格；
• 准备用作直连、中转还是落地。

这样之后的测试才有比较基线。

Step 1：IPQuality —— 先决定这个 IP 值不值得继续用

运行：

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

详见 IPQuality。

重点看什么

1. 地区一致性

比较 MaxMind、IPinfo、IP2Location、IPregistry 等数据库以及实际服务的地区判断。

对于“日本落地”，理想状态不是标签一定写“原生 IP”，而是：

主要 GeoIP 数据库 -> JP
ChatGPT            -> JP
YouTube            -> JP
目标业务            -> JP

如果数据库一半 US、一半 JP，就可能在不同网站上发生地区漂移。

2. 风险一致性

不要只盯一个分数。更应该看：

• 是否多家数据库同时认为高风险；
• AbuseIPDB 是否有明显历史滥用；
• 是否大量被标成 Proxy / VPN / Abuser / Bot；
• DNSBL 是否进入重要黑名单。

数据中心 / Hosting 标签本身对 VPS 非常正常，不等于“脏 IP”。

3. 业务解锁

按实际用途判断：

• ChatGPT；
• YouTube；
• TikTok；
• Netflix；
• Amazon Prime；
• Reddit；
• 其它目标服务。

一个 IP 即使风险分很低，如果你的关键服务地区判断错误，对你仍然不是好节点。

IP 层的通过标准

代理落地建议至少满足：

• 没有明显多库高风险；
• 黑名单尽量为 0；
• 主要地区数据库与预期地区基本一致；
• 核心业务能正常使用；
• 不频繁触发异常验证码 / 登录风控。

如果 IP 这一关就不合格，没有必要因为线路很好而强行继续使用。

Step 2：NetQuality —— 看裸机线路的综合体检

必须尽量在 VPS 本机运行。

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

详见 NetQuality。

重点检查：

• BGP / 上游结构；
• 电信、联通、移动多地区延迟；
• 三网回程；
• 是否绕美国 / 欧洲；
• 国内测速；
• 国际互联。

什么样的线路更好

对中国用户访问日本 / 香港 / 新加坡落地，一般希望：

• 地理距离与 RTT 大致合理；
• 三网没有某一家完全崩坏；
• 回程不存在严重跨洲绕路；
• 多个地区数据整体一致，而不是大量随机极端值；
• 晚高峰不会从“很好”直接退化成不可用。

发现异常数字先做常识检查

例如：

日本 -> 湖北 2 ms
日本 -> 伦敦 14 ms

这种数字首先说明测试路径 / 代理接管有问题，而不是出现了神奇线路。

Step 3：YABS —— 检查机器是否有基础性能坑

运行：

curl -sL yabs.sh | bash

详见 YABS。

代理节点主要关注：

1. 网络吞吐是否明显低于预期；
2. CPU 单核是否过弱；
3. 负载时性能是否剧烈波动；
4. 内存是否够代理程序 + 监控；
5. 磁盘是否存在离谱的超售 / 卡顿。

纯代理节点通常不需要追求很强 SSD，但高带宽加密代理可能被 CPU 限制。

Step 4：NextTrace —— 路由有问题时看“到底怎么走”

nexttrace <目标 IP>

或快速模式：

nexttrace -F

详见 NextTrace。

重点问：

• 哪一段开始跨境；
• 是否绕美国；
• 进入了哪个运营商骨干；
• 路径是否和服务商宣传一致；
• 白天与晚高峰路径有没有变化。

路由标签只是解释工具，最终优劣仍由真实延迟、丢包和稳定性决定。

Step 5：MTR —— 看晚高峰和持续稳定性

对真实目标持续采样：

mtr -rwzc 100 <目标 IP>

详见 MTR。

建议至少测试：

• 普通时段；
• 中国晚高峰；
• 实际发生卡顿的时候。

如何看丢包

不要看到中间一跳 80% Loss 就立刻下结论。

如果后续跳和最终目标恢复 0%，通常只是该路由器限制 ICMP 响应。

真正值得关注的是：

某一跳开始出现异常，并且相同异常持续传播到后续各跳和最终目的地。

对于实时应用，目的地持续可见丢包即使比例不高也值得调查；稳定低延迟通常比“平均很低但经常尖峰”更好。

Step 6：iperf3 —— 拆开中转链，找到真正瓶颈

服务端：

iperf3 -s

客户端：

iperf3 -c <server-ip> -t 30
iperf3 -c <server-ip> -R -t 30
iperf3 -c <server-ip> -P 4 -t 30

需要看 UDP：

iperf3 -c <server-ip> -u -b 50M

详见 iperf3。

对于：

客户端 -> 机场中转 -> Oracle 落地

建议拆成：

客户端 -> 中转
中转   -> 落地
客户端 -> 落地直连

最后再跑完整代理链。

如果：

客户端 -> 中转      500 Mbps
中转 -> 落地         45 Mbps
客户端 -> 落地直连   180 Mbps
完整代理链           42 Mbps

就能很有把握地判断瓶颈在“中转 -> 落地”。

Step 7：真实业务 A/B 测试 —— 最终裁判

一键脚本最终都只是代理指标。

如果准备在两台 VPS 中选主节点，例如：

机场 -> Oracle Osaka
机场 -> Azure Japan

保持其它条件一致，做 A/B：

• 同一客户端；
• 同一机场入口；
• 同一协议；
• 同一测试时间；
• 只替换落地 VPS。

然后实际观察：

• ChatGPT 打开 / 流式回答稳定性；
• YouTube 4K 缓冲；
• 大文件下载；
• 网页 TTFB；
• SSH / RDP 交互；
• 游戏 / 语音的延迟、抖动和丢包；
• 几小时连接是否断流。

真正业务体验高于脚本的“漂亮分数”。

推荐的评价模型

不要强行给所有 VPS 做一个万能总分。更可靠的是使用“硬门槛 + 分层比较”。

维度	关键问题	代理节点优先级
IP 质量	干净吗、地区正确吗、核心服务能用吗	极高
客户端 / 中转到落地	延迟、抖动、丢包是否稳定	极高
落地回程 / 路由	是否绕路、晚高峰是否恶化	高
实际吞吐	能否稳定满足业务带宽	高
CPU	能否扛住加密与并发	中高
内存	能否稳定运行代理与监控	中
磁盘	是否有明显异常	纯代理较低
NAT	是否符合特定 P2P / UDP 场景	按需
价格 / 流量	性价比和长期成本	高

对“好节点”的实用定义

如果用途是个人代理落地，一个真正好用的 VPS 通常是：

IP 足够干净且地区稳定；真实用户到落地的路径不过度绕路；晚高峰低丢包、低抖动；吞吐满足需求；CPU 有余量；并且价格与流量成本合理。

这里没有任何一个单独数字能够替代整个判断。

例如：

• 20 ms Ping + 晚高峰 5% 丢包，通常不如稳定 45 ms；
• 原生 IP 但多个服务识别成美国，未必比“广播 IP 但所有服务稳定识别日本”更适合日本落地；
• 1 Gbps 端口 但中转到落地只有 40 Mbps，对你的完整代理链就没有 1 Gbps 意义。

快速验货版本

如果只想在 10~20 分钟内做第一轮：

# 1. IP
bash <(curl -Ls https://IP.Check.Place) -4 -p

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

# 3. 机器
curl -sL yabs.sh | bash

结果漂亮，再进入：

NextTrace -> MTR -> iperf3 -> 真实 A/B

长期评价：别只验货一次

代理线路是动态资源。

建议保留基线，并在以下情况重测：

• 刚买到 VPS；
• 更换 IP；
• 更换地区 / 迁移实例；
• 晚高峰突然变差；
• 机场更换中转；
• ChatGPT / Google 等开始频繁风控；
• 路由或吞吐明显变化。

真正关心长期质量时，多时段趋势 > 单次跑分。