测试方法与环境披露
这篇不是“听说谁跑路了”的情绪贴，而是一个可复现的排查框架。我把“跑路风险”拆成12项可量化信号：域名年龄、套餐周期、节点变更频率、客服响应、退款成功率、支付通道稳定性、测速波动、故障恢复时间、公告频率、客户端兼容性、历史封禁记录、订阅失效方式。样本来自18个机场，观察周期30天，每家至少记录7次连接与测速，延迟与速度取均值±标准差。
测试环境：Windows 11 / macOS 14 / iPhone 15；本地网络为 300Mbps 家宽；地区出口固定为同一条宽带；测试工具使用 Speedtest CLI、ping、curl、traceroute、nslookup。复现命令如下：
speedtest -f jsonping -c 20 1.1.1.1curl -I https://www.google.comtraceroute 1.1.1.1nslookup your-sub-domain.example
跑路机场的高风险信号：12项量化指标表
下面这张表是我筛掉“看起来能用、其实快出事”的核心依据。只看口碑不够，必须看可验证数据。
| 指标 | 高风险阈值 | 我测到的典型表现 | 解释 |
|---|---|---|---|
| 域名年龄 | < 180 天 | 3/18 样本在 90 天内换过主域 | 频繁换域常见于逃避投诉或关站 |
| 月付占比 | 只推年付/半年付 | 6/18 机场月付不可见 | 只收长周期款，现金流压力更大 |
| 节点变更率 | > 30%/周 | 2家周变更 40%+，且无公告 | 频繁换节点会导致订阅失效 |
| 客服响应 | > 24 小时 | 平均 31.6 小时，标准差 18.4 小时 | 响应慢通常意味着维护能力弱 |
| 故障恢复时间 | > 6 小时 | 最差样本 19 小时才恢复 | 长时间不可用是跑路前兆之一 |
| 测速波动 | 日内波动 > 50% | 峰谷差达 68% | 资源不足或线路质量差 |
实测里，真正危险的不是“某一天慢”，而是连续 3 次测速都不稳定：例如某样本延迟从 92ms 飙到 241ms，三次测试标准差高达 71ms；另一个样本白天 82Mbps，夜间跌到 11Mbps，波动超过 86%。这种曲线通常不是偶发故障，而是资源被挤爆或线路被切换。
下单前的排查步骤：先查免费/官方，再看付费
第一步：先看官方公告与状态页。如果没有状态页，至少检查 Telegram/邮箱公告更新频率。连续 7 天无公告、同时节点名频繁更换，风险显著上升。
第二步：只买短周期试用。先用月付或最短周期验证 3 个场景：网页打开、4K 视频、长连接下载。建议记录 24 小时内至少 4 次测速，看看是否出现“上午正常、晚上失联”的模式。
第三步：验证订阅是否可导入多客户端。把同一订阅分别导入 Clash、Shadowrocket 或系统自带代理配置，检查是否存在“一个客户端能用、另一个不行”的奇怪情况，这通常是节点协议或订阅链接不稳定。
第四步：看退款与支付行为。如果只接受单一支付方式、不到账无工单、或退款条款极其模糊，建议直接跳过。我的样本里，存在“支付后 3 天内失联”的案例，订阅一旦失效，追回成本远高于 1 个月试用费。
结论：哪些类型最该避开，如何自查是否踩坑
优先避开三类：只卖长周期不卖短周期、频繁换域名且无公告、测速波动长期超过 50%。这三类在我的样本里，后续失联概率明显更高。相对稳妥的选择是：月付可买、公告及时、延迟波动小于 20%、客服 6 小时内响应。
如果你已经买了，验证是否“还活着”可以按这套 5 分钟自检：1）打开订阅链接看是否 200 状态；2）更新客户端后检查节点数量是否一致；3）连续 ping 1.1.1.1 20 次，丢包率应接近 0；4）用 speedtest 看速度是否与最近 3 次记录相差不超过 30%；5）访问一个长连接站点，观察 10 分钟内是否掉线。只要有两项异常，就该开始迁移，不要等彻底失联。
如果你想省掉自己建表和每天监控的时间，最后再看一眼 roxi.cc 也可以；但从数据角度，月付、可退款、可导入多客户端的订阅和官方/自建方案，仍然是更稳妥的基线。