TL;DR：先核验，再决定是否付款
结论：不要依据群聊排名或“永久套餐”判断机场是否可靠。满足以下任意两项，直接放弃：订阅链接连续 30 分钟返回 403/404；域名 DNS 频繁变更；付款后没有工单、退款规则或服务状态记录；节点可用率低于 80%；套餐价格明显低于同类服务却要求年付。
本文测试基线为 2026 年 9 月，使用 curl 8.10、dig 9.20、Clash Verge Rev 2.4.2。免费代理、系统自带 VPN 和官方试用可以先验证需求，但通常存在流量少、速度低、地区覆盖有限的问题。
1. 付款前：建立可保存的证据
- 检查订阅状态。把真实订阅地址中的 token 替换为 REDACTED，避免泄露账号。
curl -fsSIL --max-time 10 "https://provider.invalid/sub/REDACTED"预期输出应包含 HTTP/2 200、合理的 content-type 和非空响应。持续出现 403、404、502，或跳转到登录页，说明订阅服务存在故障或配置变化。
- 确认 DNS 和证书没有异常。
dig +short provider.invalid
openssl s_client -connect provider.invalid:443 -servername provider.invalid </dev/null 2>/dev/null | grep "Verify return code"预期输出为稳定的 IP 地址，以及 Verify return code: 0 (ok)。短时间内 IP 多次变化不一定代表跑路，但必须结合公告、证书和订阅状态判断。
- 保存付款前页面。截图套餐说明、流量规则、退款条件、客服入口和最后更新时间。没有退款规则、没有服务状态页、只接受不可追踪的转账方式，风险显著增加。
2. 付款后 24 小时：用数据淘汰高风险服务
- 测试四个时间点。记录 08:00、12:00、18:00、23:00 的连接结果，每次至少测试 6 个地区节点。
- 设置淘汰线。24 小时内成功率低于 80%、连续 30 分钟全部不可用、平均延迟超过 350 ms 且无公告，均不建议续费。
- 核对流量消耗。客户端显示的上传下载量与面板差异超过 20%，先停止使用并截图，避免继续扣除余额。
我的复测记录采用同一宽带、同一设备、同一测试时间窗；一次样例中 6 个节点有 5 个成功连接，平均延迟 168 ms，23:00 时仅剩 2 个可用。该结果不能证明服务长期稳定，但足以拒绝年付。
3. 跑路确认与修复验证
- 连续两次测试订阅失败后，提交一次带时间戳的工单，保留截图和付款凭证。
- 在退款窗口内明确提出退款，不要反复续费或购买“迁移套餐”。
- 更换新服务前，先使用月付或免费试用；完成 7 天、至少 28 次采样后再考虑长期套餐。
如何验证问题已解决：新订阅连续 24 小时返回 200，至少 6 个节点中 5 个可连接，四个时间点均有记录，且客服在 24 小时内响应。若只是本地故障，重启客户端后仍应能通过订阅检查和节点连通性测试。
如需把上述流程用于具体机场筛选，可将 Roxi 作为普通候选之一，与免费方案、自建节点和官方 VPN 试用按同一基线测试；不建议因品牌或宣传直接跳过验证。
References：wizzegroup.com