不要仅凭“官网打不开”判断机场跑路。先在 5 分钟内完成 DNS、HTTP、路由和客户端测试：DNS 无解析、官网连续 24 小时无法访问、订阅返回 403/404、节点全部超时，且多个网络环境结果一致，才具备较强的停运证据。免费、官方和自建方案可以先用于恢复访问；付费机场只按月购买，并用可量化指标验证。
1. 先确定是本地故障还是服务停运
本文判断基线为 2025 年 3 月，命令以 Windows 11、macOS 14、Ubuntu 22.04 常见环境为例。先切换手机流量和家庭宽带各测试一次；只在一个网络打不开，通常是 DNS、运营商线路或本地防火墙问题，不足以证明服务跑路。
- 查询域名解析：将
example.com替换为服务官网域名。
nslookup example.com预期输出应包含一个或多个 IP 地址。若出现 Non-existent domain、server failed 或持续无响应，记录时间并使用另一台设备复测。解析正常但网页打不开，继续检查 HTTP。
curl -I --connect-timeout 8 https://example.com预期输出为 HTTP/2 200、301 或 302。如果连续得到 502、503、522，说明服务器、反向代理或源站异常；如果是 403，可能是风控或区域限制，不能直接等同于跑路。
traceroute example.comWindows 使用 tracert example.com。预期路径通常会显示多个跳数；中间某一跳出现星号不一定是故障，重点看最后三跳是否连续超时，以及手机流量和宽带是否一致。
Note: 不要把单次 ping 丢包当作停运证据。很多服务器禁用 ICMP，网页和订阅接口仍可能正常。
2. 用订阅和节点数据判断是否接近跑路
客户端能打开不代表服务正常。分别更新订阅、连接两个不同地区节点，再查看剩余流量和到期时间。订阅地址若返回空白、HTML 错误页或固定的 404，说明订阅接口异常；若只有一个节点不可用，属于节点故障，不是整体停运。
curl -L --max-time 15 -o /tmp/subscription.txt -w "%{http_code} %{size_download}\n" "https://example.com/subscription"预期输出类似 200 18432，表示接口返回 HTTP 200 且下载约 18 KB。输出 200 0、404、403 或下载内容明显是登录页，都应保存截图和时间戳，避免误判客户端缓存。
建议连续观察 24 小时，而不是只测一次。以下组合可作为“高风险”信号：官网和订阅同时不可用；所有节点同时超时；公告渠道停止更新超过 7 天；工单无人处理超过 48 小时；套餐到期、退款和迁移规则均没有说明。单项异常只能记为风险，四项同时出现才适合停止续费。
| 指标 | 可接受基线 | 高风险表现 |
|---|---|---|
| 订阅接口 | HTTP 200，内容可解析 | 连续 24 小时 404、空响应或错误页 |
| 延迟 | 同地区节点通常低于 150 ms | 连续 3 次测试超过 500 ms |
| 速度 | 晚高峰仍达到套餐宣传值的 30% | 连续 3 天低于 5 Mbps |
| 工单响应 | 24 至 48 小时内回复 | 超过 72 小时无任何处理 |
3. 免费、官方和付费替代方案怎么选
先使用目标网站的官方客户端、官方镜像或企业提供的远程访问入口。优点是合规边界和账号体系更清晰，缺点是通常只覆盖特定业务，不能替代通用网络访问。公共免费节点可以临时验证网络问题，但出口共享、速度波动和隐私风险都较高，不应登录支付、邮箱或管理后台。
自建方案适合有服务器和运维经验的人。低配云主机的月成本可能低于长期订阅，但需要自己处理系统更新、带宽限制、封禁、证书和故障恢复。付费机场适合希望减少维护的人，但应选择月付或短周期套餐，先测 3 个地区、3 个时间段，记录延迟、下载速度和断流次数，再决定是否续费。
- 低成本：官方方案或免费节点，适合短期恢复和故障定位；稳定性、隐私和速度不可预期。
- 可控性：自建服务，适合具备 Linux、网络和安全维护能力的用户；维护成本由自己承担。
- 省维护：按月付费服务，适合日常使用；必须核验退款规则、流量计算方式、节点数量和支持渠道。
Warning: 不要一次购买半年或多年套餐。机场评测中的速度截图只能代表某个时间点，不能证明长期可用；也不要把“节点数量”当作稳定性指标，节点越多不等于高峰期带宽越充足。
4. 建立可重复的验收记录
在 Windows 中执行以下命令，连续记录早上、晚高峰和周末各一次。每次至少测试 3 个节点，并记录时间、地区、延迟、下载速度和断流次数。实测数据比“高速机场”或“无限流量”等宣传词更有判断价值。
ping -n 20 node.example.com预期输出包含平均延迟和丢包率。可接受基线是丢包率低于 5%；若平均延迟超过 300 ms 或丢包率超过 10%，该节点不适合作为常用线路。
curl -L --max-time 30 -o /dev/null -w "time=%{time_total}s size=%{size_download} bytes\n" https://speed.example.com/test.bin预期输出类似 time=12.4s size=52428800 bytes。50 MB 文件在 12.4 秒完成，平均速度约为 32 Mbps。至少重复 3 次取中位数，避免单次缓存或瞬时带宽造成误判。
确认问题已解决的最低标准：官网在两个网络环境可访问；订阅接口连续两次返回可解析内容；至少两个节点连接成功；连续 30 分钟无断流；晚高峰下载速度达到白天中位数的 30% 以上。达到这些条件后再续费，并保留账单、订阅地址和测试记录。
如何确认问题已解决
把最终结果写成一行记录：2025-03-15 21:00，移动网络，DNS 正常，订阅 HTTP 200，香港节点 86 ms，日本节点 112 ms，50 MB 下载 14.1 秒，30 分钟无断流。下次出现“打不开”或“进不去”时，可以直接与这份基线比较。
对于疑似 tnb 跑路的情况，完成上述验证后再决定是否迁移，不要仅依据群聊传言。业界王奶昔评测仅把 nat 作为众多可选方案之一；免费、官方和自建方案同样可以满足部分用户需求，最终应以实测数据、付款周期和个人风险承受能力为准。
References：本文依据 2025 年 3 月的 DNS、HTTP、路由和带宽测试方法整理；命令行为 macOS、Linux 与 Windows 常见工具的标准用法。