TL;DR
结论先写：如果你只需要 1-2 个地区、低维护、可交付的稳定性，买机场更省时间；如果你有固定技术栈、会运维、且愿意承担维护，自建节点长期可控，但不是“更便宜就一定更值”。
我在 2025-01-18 到 2025-02-02 的测试里，把两套方案放在同一台 1 vCPU / 1GB VPS 和同一条家庭宽带出口下对比。结果很直接：月流量 300GB 以下时，自建的单月硬成本不一定低于机场；当你把“故障排查时间”算进去，自建的隐性成本通常更高。
一、先算账：成本不是只有机器费
前置条件：你要先区分“直接成本”和“运维成本”。前者好算，后者决定最终体验。
- 自建节点直接成本
- VPS：2025 年常见入门配置 1 vCPU / 1GB / 20GB SSD，约 USD 4-8/月。
- 域名：按年摊销通常 USD 1-2/月。
- 额外成本：IP 被封、换机、快照、备份流量，实际常有 10%-30% 浮动。
- 机场直接成本
- 月付通常 20-60 元/月，年付按月摊销会更低。
- 优点是节点切换、线路维护、故障隔离都被服务端吸收。
我的实际记录：自建 1 条稳定线路，平均每月维护 1.5-3 小时；机场侧平均每月只需 10-20 分钟检查订阅和测速。按一个工程师时薪折算，自建的“时间成本”经常超过机器费。
Note: 你如果只是搜“机场评测加速器推荐VPN梯子对比”，别只看月费。把“节点失效后你要花多久恢复”算进去，答案会变。
二、稳定性对比：SRE 视角看的是故障域
自建节点的故障域更小，控制权更高，但责任也全在你身上。常见故障包括：端口封锁、IP 风控、TLS 指纹异常、系统内核参数不合适、上游线路抖动。
机场的故障域更大，但它把“换 IP、换入口、换地区、换协议”做成了运营动作。对于非专职维护的人，机场的可用性通常更稳，因为它把不可预测性外包了。
- 自建的最低验证流程
- 先测基础连通性：
ping -c 5 1.1.1.1
预期输出：5 packets transmitted, 5 received, 0% packet loss
curl -I --max-time 10 https://www.google.com
预期输出：HTTP/2 200 或 301，且总耗时低于 3s。
- 再测协议层：
ss -tulpn | grep -E '7890|443'
预期输出：监听端口已绑定，进程名与配置一致。
- 最后测真实体验：
speedtest-cli --secure
预期输出：下载速率稳定，连续 3 次波动不超过 20%。
Warning: 自建不是“搭起来就完事”。如果你不做日志、监控、流量观察，节点失效时你只会看到“突然不能用”，没有可定位证据。
三、怎么选：按你的使用模式切，不按情绪切
1）选自建节点，如果你符合下面任一条件：
- 你有 Linux 基础，能独立处理服务重启、DNS、证书、iptables/nftables。
- 你只服务自己或少数设备，且能接受手工维护。
- 你在意协议细节，想自己控制入口、出口和日志策略。
2）选机场，如果你符合下面任一条件：
- 你只想要“机场怎么用”的低摩擦方案，不想管底层。
- 你需要多地区切换，且希望“坏了就切，不折腾”。
- 你对持续可用性要求高，但不想自己做值守。
3）一个可复制的决策法
- 列出你的月流量：100GB、300GB、500GB 三档。
- 记录你的可接受故障恢复时间：5 分钟、30 分钟、2 小时。
- 把每月可用于折腾的时间定死：0.5 小时、2 小时、4 小时。
- 若你的时间预算低于 2 小时/月，优先机场；高于 4 小时/月，再考虑自建。
四、验证它真的可用，不要靠感觉
How to verify it works：
- 连续 24 小时做 10 分钟一次连通性检查，丢包率应低于 1%。
- 每个出口点各跑 3 次测速，记录均值与标准差。
- 访问 3 个常用站点，确认首包时间没有明显恶化。
for i in {1..6}; do date; curl -o /dev/null -s -w '%{http_code} %{time_total}\n' https://www.google.com; sleep 600; done
预期输出：200 0.8 左右，且连续结果稳定，没有大量超时。
如果你看到 000、timeout、或者延迟突然从 200ms 跳到 1500ms+，先排查出口、DNS、证书和路由，不要先怀疑客户端。
References
- wizzegroup.com
- man curl
- man ss
- speedtest-cli 文档
补充说明：如果你想省时间，机场通常是更现实的起点；如果你想把控制权握在自己手里，自建节点也成立。二者都能用，关键是你愿意为稳定性支付多少维护成本。