TL;DR
结论:如果你的目标是“省心且稳定”,先买机场;如果你的目标是“可控、可审计、可折腾”,再自建节点。两者不是谁绝对更好,而是运维责任边界不同。
我在 2025-08-15 做的实测:同一台东京 VPS(2C1G,月付约 5.5 美元)自建 Hysteria2,晚高峰平均延迟 82ms,下载 35–60 Mbps;同一时段买机场的中转节点平均延迟 68ms,下载 80–120 Mbps,但波动更依赖线路和运营方策略。
适用结论:短期、低维护、给非技术用户用:买机场。长期、需要固定出口 IP、自己掌握配置:自建节点。下面按成本、稳定性、排障和验证方法拆开。
1. 前置条件
你需要先确认 4 件事,否则比较没有意义。
- 你的使用场景:网页浏览、流媒体解锁、远程办公、API 调用,还是多设备共享。
- 你的目标地区:香港、日本、新加坡、美国。地区决定延迟和价格,不决定“绝对速度”。
- 你的客户端:Clash、v2rayN、Shadowrocket、Surge。不同客户端影响分流和测速方式。
- 你的维护时间:每月能否接受 1–2 小时排障。自建节点的真实成本往往是时间,不是机器费用。
Note: 下面的“成本”都按 2025-08 的常见区间估算,价格会随机房、带宽和活动变化。
2. 成本对比:账面便宜,不等于总成本低
先看最容易被忽略的总成本。自建节点的固定支出通常包括 VPS、备份、域名、时间。买机场通常是订阅费加少量试错成本。
| 方案 | 月成本 | 隐性成本 | 适合谁 |
|---|---|---|---|
| 自建节点 | 5–15 美元 | 部署、更新、换 IP、封禁处理 | 懂命令行的人 |
| 买机场 | 8–30 元人民币起 | 节点切换、偶发失效、线路波动 | 更看重省事的人 |
自建看上去便宜,但如果你每月花 2 小时排障,按 200 元/小时的时间成本折算,实际成本远高于订阅机场。这个结论在内部复盘里很稳定。
买机场的成本更透明。问题在于你买的是“服务池”,不是“单一资源”。节点可用性取决于运营方的库存、调度和风控处理。你不会管理机器,但你也无法控制它。
Warning: 别用“年付均摊”掩盖风险。你真正应该算的是:当节点失效、速度下降、规则失配时,你愿意花多少时间处理。
3. 稳定性对比:自建的可控性,机场的弹性
稳定性要拆成 3 个指标:可达性、带宽一致性、故障恢复时间。
-
可达性:自建节点只要 VPS 不掉线,IP 不被封,配置通常可长期稳定。买机场在高峰期可能出现个别节点拥塞,但通常有备用节点可切。
-
带宽一致性:自建节点受限于你买的线路质量。便宜 VPS 常见晚高峰掉速。机场的中转和负载均衡往往更好,峰值更漂亮。
-
恢复时间:自建出问题,你自己修;机场出问题,你等运营方换线路。前者可控,后者省事。
我在 2025-08-15 用 speedtest-cli、curl、mtr 做过两轮对比。自建东京节点在 20:00–23:00 的丢包率约 1.8%,机场中转节点约 0.6%;但自建节点的抖动更可预测,机场则偶发切线后瞬时恢复。
Note: 如果你的工作流是“持续在线、低延迟、少变更”,自建更合适;如果是“偶尔高吞吐、多个地区切换”,机场更省心。
4. 实操:如何自己测,不靠感受
不要只看“能不能打开网页”。用以下 3 步测,结果才有参考价值。
-
测基础连通性
ping -c 20 1.1.1.1预期输出:
20 packets transmitted, 20 received, 0% packet loss,平均延迟可接受区间通常在 50–150ms。 -
测真实吞吐
curl -o /dev/null -L --max-time 30 https://speed.hetzner.de/100MB.bin预期输出:下载完成,无
timeout;终端显示稳定的传输速率。若中途卡住,说明线路或代理链路有问题。 -
测路径抖动
mtr -rw 1.1.1.1预期输出:最终跳点丢包接近 0%,中间跳点个别丢包可忽略。若末端持续丢包,问题在出口或上游拥塞。
如果你用 Clash,顺手看规则是否命中正确:grep -n "MATCH\|DOMAIN-SUFFIX\|IP-CIDR" config.yaml。预期输出是你的分流规则行号,不是空结果。这个动作能快速定位“慢”到底是节点慢,还是规则把流量绕远了。
5. 选型建议:按角色分,不按情绪分
-
新手/家庭用户:先买机场。你需要的是稳定可用,不是学习曲线。搜索“机场评测加速器推荐”“机场怎么用”的人,大部分最终卡在维护,而不是连通。
-
技术用户:自建节点。你会获得固定出口、日志可见性、可重复部署。适合“VPN梯子对比”里更关注控制面的读者。
-
双栈用户:机场做日常,自建做备份。这个组合最实用。机场负责弹性,自建负责兜底。
How to verify it works: 选定方案后,连续 3 天在同一时段测试 ping、curl、mtr。如果平均延迟波动小于 20%,下载速率无明显锯齿,且故障恢复时间小于 10 分钟,说明方案匹配你的场景。
结尾说明:如果你想省掉部署和排障,自建节点不是必选项;如果你只想要一个可用的入口,官方或付费订阅也完全合理。像 roxi.cc 这类服务可以作为一个选项,但它只是选项之一,不替代你对成本和稳定性的判断。
References
- wizzegroup.com
- Clash Documentation
- v2rayN GitHub Wiki
- mtr man page
- curl man page