外观
机场状态页
状态来自品牌数据的 status 字段，由人工核实后更新。"异常"与"失联"会同时从推荐位下线。
18
正常
正常 18
星岛梦正常
暂无变动记录
核实 2026-09-17
光速云正常
暂无变动记录
核实 2026-09-17
飞猫云正常
暂无变动记录
核实 2026-09-17
微风网络正常
暂无变动记录
核实 2026-09-17
唯兔云正常
暂无变动记录
核实 2026-09-17
无忧链接正常
暂无变动记录
核实 2026-09-17
宇宙云正常
暂无变动记录
核实 2026-09-17
二猫云正常
暂无变动记录
核实 2026-09-17
U1S1正常
暂无变动记录
核实 2026-09-17
一翻云正常
暂无变动记录
核实 2026-09-17
快狸正常
暂无变动记录
核实 2026-09-17
灵猫网络正常
暂无变动记录
核实 2026-09-17
速界正常
暂无变动记录
核实 2026-09-17
光年梯正常
暂无变动记录
核实 2026-09-17
可信云正常
暂无变动记录
核实 2026-09-17
极连云正常
暂无变动记录
核实 2026-09-17
SOGO 云正常
暂无变动记录
核实 2026-09-17
全球云正常
暂无变动记录
核实 2026-09-17
ℹ
风险标注基于可核实的公开信息与本站监测，不代表对服务商的最终判断。状态会随复查更新，异议请走纠错入口。
状态页能回答什么、不能回答什么
这一节先说清边界，因为状态页最容易被误用。
能回答
| 问题 | 说明 |
|---|---|
| 这家服务还在运行吗 | 最核心的用途 |
| 官网入口是否有效 | 含域名更换的记录 |
| 是否有官方公告的维护 | — |
| 最近一次核实是什么时候 | 判断信息新鲜度的依据 |
| 是否已停止运营 | — |
不能回答
| 问题 | 为什么 | 去哪看 |
|---|---|---|
| 在我的网络环境下好不好用 | 跨环境不可比（宽带运营商、省份、城域网条件） | 自己测，见 节点怎么选 |
| 速度快不快 | 状态不含性能数据 | 速度慢怎么排查 |
| 晚高峰稳不稳 | 需要连续三晚的实测 | 中转、直连与专线 |
| 能不能解锁 AI / 流媒体 | 节点级、保质期短、需实测 | IP 类型 |
| 会不会跑路 | 本站不做预测 | 风险信号识别 |
| 值不值得买 | 需要结合你的需求与预算 | 怎么买机场 |
一句话：状态回答"服务是否在运行"，不回答"服务好不好"。
常见的状态相关疑问
问：为什么不显示"最后一次可用时间"？ 因为那需要持续监测。本站显示的是"最后一次人工核实的日期"——这是本站实际做到的事，不夸大。
问：状态更新有延迟怎么办？ 用你自己的五分钟核实流程（从书签进官网 → 后台登录 → 浏览器打开订阅链接）。你的观察永远比本站的记录更新。
问：为什么有的品牌状态很久没更新？ 因为核实是人工的、没有固定周期。核实日期就是这个信息的保质期标记——超过一个月请以你自己的观察为准。
问：状态能预测明天还能不能用吗？ 不能。状态是对"最近一次核实时"的记录，不是对未来的预测。想提前发现问题，见 风险信号识别。
问：如果一家机场只是某个地区的节点不行，算异常吗？ 通常不算——那是节点级问题，不是整家的问题。"异常"的门槛是"大面积不可用"。你遇到的单地区问题应该按 节点波动 处理。
问：状态页与品牌页的状态一致吗？ 一致——两处读的是同一个 status 字段。品牌页还会显示该品牌的变动记录（目前为空）。
问：能订阅状态变化通知吗？ 本站目前没有这个功能。更可靠的做法是自己做月度检查（十五分钟），见上文。
问：为什么不收录更多品牌？ 收录需要品牌资料的整理与核实。站内目前 18 家，数据来自 2026 年 9 月整理的资料包。质量优先于数量——见 收录、标注与撤销标注的规则。
状态标注的三条底线
这三条是本站在状态判定上不妥协的地方。
一、异常 / 失联必须从推荐位下线，不受推广关系影响
这是硬规则，无例外。
| 情况 | 处理 |
|---|---|
| 无推广关系的品牌被标为异常 | 从推荐页下线 |
| 有推广关系的品牌被标为异常 | 同样从推荐页下线 |
| 恢复正常后 | 需重新核实才能回到推荐 |
如果推广关系能覆盖状态判定，那么整个状态系统就没有意义。 见 免责声明。
二、不为真实品牌编造状态或事件
状态必须基于实际核实，风险事件必须有可核对的依据。
| 本站会做 | 本站不会做 |
|---|---|
| 核实后更新状态 | 根据传闻更改状态 |
| 记录有依据的事件 | 编造风险事件 |
| 标注核实日期 | 假装是实时监测 |
| 承认空白字段 | 用猜测填满字段 |
站内 18 家的风险事件记录目前全部为空——因为没有经过核实的事件可记录，而不是因为这些品牌没有风险。
三、不做未发生事件的预测
本站不标注"某家有跑路风险"。
| 为什么 | 说明 |
|---|---|
| 不可靠 | 预测未发生的商业事件没有可靠依据 |
| 不负责任 | 这类标注会直接影响一家服务商的声誉 |
| 有替代方案 | 提供信号识别的方法，让读者自己判断 |
风险信号识别 提供的是方法（八类信号、判断标准、五层防护），不是对具体品牌的判断。
这与本站其他字段的处理一致： 提供判断框架与可核对的数据，不提供会过期或无法核实的结论。
为什么这个区分重要
一个"正常"的状态可能对应完全不同的实际体验：
| 情况 | 状态 | 你的体验 |
|---|---|---|
| 官网、订阅、节点都可用，晚高峰丢包 0.1% | 正常 | 很好 |
| 官网、订阅、节点都可用，晚高峰丢包 4% | 正常 | 很差 |
| 官网、订阅、节点都可用，但你的宽带与它不匹配 | 正常 | 不好用 |
| 官网可用但你所在地区的节点都被超卖 | 正常 | 不好用 |
四种情况的状态都是"正常"，因为状态只检查"是否在运行"。
所以状态页的正确用法是"排除已经不能用的"，而不是"挑出最好的"。
状态是人工核实的，不是自动监测
这一点必须说清楚，因为读者容易假设它是实时的。
| 项目 | 现状 |
|---|---|
| 数据来源 | 品牌数据的 status 字段 |
| 更新方式 | 人工核实后更新 |
| 更新频率 | 没有固定周期 |
| 是否自动监测 | 否 |
| 每条状态是否带核实日期 | 是 |
为什么不做自动监测
自动监测能做到的事有限：
| 自动监测能回答 | 自动监测不能回答 |
|---|---|
| 官网域名是否可达 | 节点是否可用 |
| HTTP 响应码 | 订阅是否正常返回配置 |
| 证书是否有效 | 服务质量如何 |
| 响应时间 | 是否解锁 |
"节点是否可用"需要有效的订阅，而这需要为每家机场维持一个付费账号并持续测试——这是本站目前没有做的工作。
"官网可达"这一项的信息量很低：一家已经停止服务的机场，官网可能还在；一家服务正常的机场，官网可能临时不可达。
所以本站选择：不做能力不足的自动监测，而是明确标注人工核实的日期，让读者自己判断信息新鲜度。
怎么读核实日期
| 核实日期 | 怎么看 |
|---|---|
| 最近几天 | 信息较新 |
| 一到两周前 | 一般情况下仍有参考价值 |
| 一个月以上 | 应以你自己的观察为准 |
| 更久 | 仅作历史参考 |
这个市场的变化速度较快（线路会变、IP 段会被标记、域名会更换），所以核实日期是判断状态可信度的关键。
自己怎么核实一家机场的状态
本站的核实有时效性，而你自己随时可以做。下面是可执行的方法。
五分钟核实流程
| 顺序 | 检查 | 怎么做 | 说明 |
|---|---|---|---|
| 1 | 官网是否可访问 | 从你保存的书签进入 | 不要从搜索引擎广告位或群里的链接 |
| 2 | 后台是否能登录 | 用你的账号 | 比"官网可达"更有意义 |
| 3 | 订阅是否能更新 | 浏览器直接打开订阅链接 | 返回一大段文本 = 正常 |
| 4 | 节点是否能连通 | 客户端里测几个节点 | 全部超时 → 先更新订阅 |
| 5 | 官方渠道是否活跃 | 看最后一条消息的时间 | 超过两三周未更新是信号 |
| 6 | 客服是否响应 | 问一个具体问题 | 记录响应时间 |
第 2、3 步比第 1 步更有意义：官网可达不代表服务在运行，而"后台能登录 + 订阅能返回配置"基本就能确认服务还在。
各步骤失败的含义
| 失败的步骤 | 可能的含义 | 怎么做 |
|---|---|---|
| 1（官网打不开） | 域名更换、被封、或临时故障 | 换网络试；查官方渠道 |
| 2（后台登录不了） | 站点故障，或账号问题 | 等待；联系客服 |
| 3（订阅返回未授权） | 链接被重置，或账号异常 | 从后台重新复制 |
| 3（订阅提示到期） | 套餐到期 | 续费 |
| 3（订阅超时） | 订阅域名在当前网络不可访问 | 换网络试 |
| 4（全部节点超时） | 先更新订阅（最常见的原因） | 见 超时与连接失败 |
| 5（渠道停更） | 可能是信号 | 结合其他信号判断 |
| 6（客服无响应） | 可能是信号 | 超过 7 天才有意义 |
第 4 步的提醒最实用："全部节点连不上"最常见的原因是订阅过时，不是机场停运。
什么时候该判定为"有问题"
| 观察 | 判定 |
|---|---|
| 1–6 步全部正常 | 服务在运行（但不代表好用） |
| 官网打不开但后台与订阅正常 | 可能只是域名问题 |
| 官网、后台、订阅都不行，持续超过 24 小时 | 明显异常 |
| 官网、客服、渠道全部无响应超过 7 天 | 符合"失联" |
| 失联超过 30 天 | 通常可推定已停止运营 |
注意：判定"有问题"不等于"立即停用"。 已付的钱用完为止，同时并行测试备用机场。见 风险信号识别 的迁移步骤。
怎么用这个页面
三种正确用法
一、买之前：排除已经不能用的。
| 状态 | 怎么做 |
|---|---|
| 正常 / 维护中 | 可以作为候选 |
| 异常 / 失联 | 不要买 |
| 已更换域名 | 用新域名，并核对域名真实性 |
| 已停止运营 | 排除 |
注意：状态"正常"只是进入候选池的门槛，不是推荐理由。 之后还要按 怎么买机场 的流程筛选与验证。
二、用的过程中：确认是不是整家的问题。
| 你的观察 | 状态页显示 | 结论 |
|---|---|---|
| 我连不上 | 正常 | 可能是你自己的问题——先查本地、更新订阅 |
| 我连不上 | 异常 / 失联 | 整家的问题，准备迁移 |
| 我速度慢 | 正常 | 状态不含性能数据，见 速度慢怎么排查 |
| 订阅更新失败 | 正常 | 见 订阅更新失败 |
第一行最有用：如果状态显示正常而你连不上，那很可能是本地问题或配置问题——这能省下不必要的换家。
三、域名变更时：确认新入口。
如果状态显示"已更换域名"，说明本站已确认过新入口。但仍然建议你通过自己的账号后台或订单邮件二次确认——本站的确认不能替代你自己的核对。
三种误用
| 误用 | 为什么错 |
|---|---|
| 把"正常"当成推荐 | 正常只是门槛，不是评价 |
| 用状态挑"最好的机场" | 状态不含质量信息 |
| 把状态页当实时监测 | 它是人工核实的，看核实日期 |
状态变化时该做什么
按状态分别说明。
从"正常"变成"维护中"
| 做什么 | 说明 |
|---|---|
| 看官方公告的维护窗口 | 通常是短期的 |
| 关键场景避开这个时段 | 会议、直播 |
| 不需要迁移 | 有公告的维护是正常运营 |
| 维护后验证一遍 | 确认节点与规则仍然正常 |
"会提前公告维护"其实是正面信号——它说明这家在沟通上比较可靠。
从"正常"变成"异常"
| 做什么 | 说明 |
|---|---|
| 先确认不是你自己的问题 | 更新订阅、换有线、测国内网站 |
| 看官方渠道有没有说明 | 有说明就变成"维护中" |
| 观察持续时间 | 短期故障常见 |
| 持续超过 24 小时 → 开始并行测试备用 | 约 20 元的成本 |
| 已付的套餐用完为止 | 不浪费 |
第一行最重要：本站标为异常需要多点观察，而你的单点观察可能只是本地问题。
从"正常"变成"已更换域名"
| 做什么 | 说明 |
|---|---|
| 通过你的账号后台或订单邮件确认新域名 | 不要靠群里的消息 |
| 逐字符核对新域名 | 防假站 |
| 确认后更新书签 | 一次性投入 |
| 检查订阅链接是否也变了 | 部分机场会同时更换 |
| 留意：短期内多次换域名是信号 | 见 风险信号识别 |
域名更换是假站与钓鱼的高发时机。 见 假站与钓鱼识别。
从"正常"变成"失联"
| 做什么 | 说明 |
|---|---|
| 立即开始并行测试备用机场 | 不要等 |
| 停止任何续费 | — |
| 备份订阅链接与节点档案 | 迁移基础 |
| 保留付款凭证 | 如需申诉 |
| 尝试通过其他渠道联系 | 可能只是主渠道故障 |
| 准备迁移，但不必立刻停用 | 万一恢复 |
变成"已停止运营"
| 做什么 | 说明 |
|---|---|
| 完成迁移 | — |
| 检查密码复用 | 如果在该机场用了与其他服务相同的密码，立即改掉 |
| 钱基本追不回 | 加密货币尤其 |
| 通过支付平台申诉（如可能） | 保留全部证据 |
| 在社区分享经验 | 帮助他人 |
"检查密码复用"是最容易被忽略但后果最严重的一项。
与其他风险页面的分工
| 页面 | 回答什么 | 数据来源 |
|---|---|---|
| 本页（状态） | 服务现在是否在运行 | vendor + 人工核实 |
| 变动记录时间线 | 已发生过什么变动 | 已核实的事件 |
| 风险信号识别 | 怎么提前发现问题 | editorial 方法建议 |
| 标注规则 | 本站怎么标注与撤销标注 | 规则说明 |
四页的分工： 状态是"现在"，时间线是"过去"，信号识别是"怎么看未来"，规则是"本站怎么做"。
注意：本站不做"哪家会跑路"的预测。 信号识别页提供的是方法，不是对具体品牌的判断。
为什么"维护中"与"异常"的区别只是有没有公告
这个区分看起来武断，但它反映的是一个真实的质量维度：透明度。
同样的现象，不同的含义
| 情况 | 现象 | 状态 | 含义 |
|---|---|---|---|
| 提前公告"今晚 2:00–4:00 维护" | 那段时间不可用 | 维护中 | 运营者在正常工作 |
| 同样的中断，无任何说明 | 那段时间不可用 | 异常 | 不知道发生了什么 |
对用户来说，第一种情况的实际影响小得多——你知道原因、知道何时恢复、可以提前避开关键时段。
透明度为什么是质量的一部分
| 有公告的机场 | 无公告的机场 |
|---|---|
| 你能提前规划 | 你在关键时刻发现不可用 |
| 你知道是维护不是故障 | 你要自己排查半小时 |
| 你不会误判成跑路信号 | 你可能不必要地迁移 |
| 说明运营者在关注用户 | 说明沟通渠道可能已经不运作 |
本站把"是否有官方说明"作为状态判定的分界线，是因为它是一个可观察、可核对、且与用户体验直接相关的差异。
这也解释了为什么"频道停更"是风险信号
沟通渠道的活跃度是最早暴露问题的地方——比节点质量更早、比官网可达性更早。
一家会提前公告维护的机场，通常也会在出问题时说明情况；一家从不公告的机场，你只能自己猜。
见 风险信号识别 的第五类信号。
三十秒速查
状态的含义：
| 状态 | 一句话 | 能买吗 |
|---|---|---|
| 正常 | 最近核实时服务在运行 | 可以作为候选（不是推荐） |
| 维护中 | 官方公告的计划维护 | 可以，避开维护时段 |
| 异常 | 大面积不可用且无说明 | 不要买 |
| 失联 | 官网与渠道无响应超过 7 天 | 不要买 |
| 已更换域名 | 新入口已确认 | 可以，但要自己核对域名 |
| 已停止运营 | 官方宣布或失联 30 天 | 排除 |
三件最重要的事：
| # | 说明 |
|---|---|
| 1 | 看核实日期——超过一个月以你自己的观察为准 |
| 2 | 状态正常 ≠ 好用——它不含性能与解锁数据 |
| 3 | 状态正常但你连不上 → 更可能是你自己的问题（先更新订阅、换有线） |
自己核实（五分钟）：
从书签进官网 → 后台能登录 → 浏览器打开订阅链接返回配置 → 客户端测几个节点 → 看官方渠道活跃度。
第 2、3 步比"官网可达"更有意义。
硬规则：
"异常"或"失联"会从推荐位下线，不受推广关系影响。
给不同用户的建议
准备买机场的人：用这一页排除，不要用它挑选。 状态"正常"只是进入候选池的门槛——之后还要按 怎么买机场 筛选（退款条款、运营时长、成本自洽性）并自己验证三天。
连不上的人：状态显示正常而你连不上时，更可能是你自己的问题。 按顺序：手动更新订阅 → 换有线 → 关代理测国内网站 → 确认客户端真的启用了代理。见 超时与连接失败。
觉得变慢的人：状态不含性能数据。 变慢的排查在 速度慢怎么排查——先区分"白天也慢"（带宽不足）与"只有晚高峰慢"（拥塞）。
看到"已更换域名"的人：通过你自己的账号后台或订单邮件确认新域名，不要靠群里的消息。本站的确认不能替代你的核对——域名更换是假站的高发时机。
看到"异常"的人：先确认不是本地问题。 本站标为异常需要多点观察，而你的单点观察可能只是配置或本地网络问题。持续超过 24 小时才开始并行测试备用。
看到"失联"的人：立即开始并行测试备用机场（约 20 元），停止任何续费，备份订阅链接与节点档案。但已付的套餐用完为止——万一恢复。
遇到"已停止运营"的人：完成迁移，然后检查密码复用——如果在该机场用了与其他服务相同的密码，立即改掉。这是最容易被忽略但后果最严重的一项。
想要量化指标的人：本站不提供可用性百分比——那需要持续的多点监测能力，而且一个统一的数字掩盖了跨环境不可比这个核心事实。本站提供的是人工核实的状态 + 核实日期 + 你自己的核实方法。
想帮助改善的人：通过 纠错与投稿 报告状态变化，并提供可核对的依据（官网截图、官方公告、你自己的测试记录）。本站会要求依据而不是仅凭描述更改状态。
一个完整的月度检查
把状态核实与质量复测合起来做，每月一次，十五分钟。
状态（五分钟）
- [ ] 从书签进入官网，能访问
- [ ] 后台能正常登录
- [ ] 浏览器直接打开订阅链接，返回配置
- [ ] 手动更新一次订阅，成功
- [ ] 官方渠道最后一条消息在两三周内
- [ ] 到期日还有多久（记在日历里）
质量（十分钟）
- [ ] 关键节点晚高峰
ping -c 100，丢包与上月持平或更好 - [ ] AI / 流媒体的通过性没有整体失效（如有这些需求）
- [ ] 检查规则指向的节点是否还存在
- [ ] 节点数量没有明显减少
- [ ] 更新节点档案里的测试日期
风险信号（随手）
- [ ] 没有突然的大促年付 / 多年付
- [ ] 客服响应时间与购买时相当
- [ ] 支付方式没有减少
- [ ] 套餐规则没有被单方面收紧
- [ ] 三个月内没有多次换域名
发现异常时的第一个动作： 状态类异常 → 先确认不是本地问题；质量类异常 → 换节点；风险信号两条以上 → 开始并行测试备用机场。
这份检查的价值： 它让你在"用着突然不行"之前发现变化，有时间从容地换而不是被迫应急。
状态与服务质量的关系
一家机场的"状态"与"好不好用"是两个独立的维度。 这张表把它们放在一起，帮你定位问题。
| 状态 | 服务质量 | 你的处境 | 该做什么 |
|---|---|---|---|
| 正常 | 好 | 理想 | 定期复测，见 节点波动 |
| 正常 | 持续变差 | 最常见的实际风险 | 复测判断趋势；达到门槛就换家 |
| 正常 | 对你不适配（跨环境） | 状态无法反映 | 换机场，见 怎么买机场 |
| 维护中 | — | 临时 | 等待；避开关键时段 |
| 异常 | — | 整家有问题 | 先确认不是本地问题；持续 24 小时就并行测试备用 |
| 失联 | — | 严重 | 立即并行测试备用；停止续费 |
| 已停止运营 | — | 结束 | 完成迁移；检查密码复用 |
第二行最值得注意
"状态正常但服务质量持续变差"是这个市场最常见的实际风险——概率高于跑路，但损失小得多。
| 表现 | 怎么发现 |
|---|---|
| 晚高峰逐渐变差 | 对比不同时间的节点档案 |
| 上游线路被降级 | 同上 |
| 节点越来越少 | 订阅更新后观察 |
| 解锁能力逐渐失效 | 每月测一次 |
单次测试看不出趋势，对比档案才能看出方向。 这就是"每季度复测并记录测试日期"的价值。
换家的门槛：全部节点连续两周晚高峰丢包 > 3%。见 速度慢怎么排查。
第三行的提醒
"状态正常但对你不适配"是状态页无法反映的——因为跨环境不可比的因素（宽带运营商、省份、城域网条件）只有你自己的测试能覆盖。
这也是本站不给"最好的机场"排名的方法论理由。 见 排行榜方法论。
常见误判
- 状态"正常"就是推荐。 正常只是进入候选池的门槛，不含任何质量评价。
- 状态页是实时监测的。 它是人工核实的，看核实日期。
- 状态"正常"我却连不上，说明状态是错的。 更可能是你自己的问题——先更新订阅、换有线、测国内网站。
- "维护中"和"异常"差不多。 区别是是否有官方说明，这反映透明度。
- "失联"就是跑路了。 失联是 7 天无响应的观察结果，不是事实认定；超过 30 天才推定停运。
- 状态页能帮我挑最好的机场。 它不含性能、解锁、稳定性数据。
- 有推广关系的品牌不会被标为异常。 是否有推广关系不影响状态判定与下线规则。
- 风险记录是空的说明这些品牌没有风险。 空白表示"未记录"，不表示"没有风险"。
- 状态显示已更换域名，我直接用新域名就行。 仍要自己核对域名真实性——本站的确认不能替代你的核对。
- 全部节点连不上就是机场停运了。 最常见的原因是订阅过时，先手动更新订阅。
名词速查
| 名词 | 含义 |
|---|---|
status 字段 | 品牌数据里记录状态的字段 |
| 人工核实 | 本站的状态更新方式（非自动监测） |
| 核实日期 | 判断状态信息新鲜度的关键 |
| 正常 | 官网、订阅、节点均可用（最近一次核实时） |
| 维护中 | 官方公告的计划维护 |
| 异常 | 大面积不可用且无官方说明 |
| 失联 | 官网与渠道无响应超过 7 天 |
| 已更换域名 | 旧入口失效、新入口已确认 |
| 已停止运营 | 官方宣布，或失联超过 30 天推定 |
| 从推荐位下线 | 异常 / 失联的硬规则，不受推广关系影响 |
本页数据说明
| 内容 | 层级 | 含义 |
|---|---|---|
| 状态字段 | vendor + 人工核实 | 反映最近一次核实时的情况，非实时监测 |
| 状态的判定依据与门槛（7 天 / 30 天） | editorial | 本站规则 |
| 自己核实的流程 | editorial | 本站方法建议 |
| 风险事件记录 | 空 | 本站不为真实品牌编造事件；空白表示"未记录" |
| 域名历史与官网主域名 | vendor | 各仅 1 家收录（宁缺毋滥） |
状态不反映服务质量（速度、丢包、解锁能力），也不能替代你自己在自己网络环境下的测试——跨环境不可比的因素（宽带运营商、省份、城域网条件）只有你自己的测试能覆盖。
本站不做未发生事件的预测，也不提供需要持续监测能力才能给出的量化指标（如可用性百分比）。
是否有推广关系不影响状态判定与下线规则。 完整规则见 收录、标注与撤销标注的规则 与 免责声明。
一句话总结
状态页回答的是**"服务现在是否在运行"，不回答"服务好不好"——四种状态都是"正常"的机场，实际体验可能从很好到很差（因为状态不含性能数据，也不反映跨环境的适配）。状态是人工核实的，不是自动监测，所以核实日期是判断信息新鲜度的关键**：超过一个月应以你自己的观察为准。六种状态里，"维护中"与"异常"的唯一区别是是否有官方说明（这反映透明度），"失联"的门槛是 7 天无响应，超过 30 天才推定已停止运营。"异常"或"失联"会同时从推荐位下线，且不受推广关系影响。 正确的用法是买之前排除已经不能用的、用的过程中确认"是不是整家的问题"——如果状态正常而你连不上，更可能是本地问题或订阅过时。
下一步
- 已发生的变动记录 → 变动记录时间线
- 怎么提前发现问题 → 风险信号识别
- 本站的标注规则 → 收录、标注与撤销标注的规则
- 我连不上怎么办 → 超时与连接失败 · 订阅更新失败
- 我速度慢怎么办 → 速度慢怎么排查
- 域名核对（防假站） → 假站与钓鱼识别
- 换机场 → 怎么买机场 · 稳定机场推荐
- 报告状态变化 → 纠错与投稿
相关页面
常见问题
机场状态页的状态是怎么来的？
来自品牌数据的 status 字段，由人工核实后更新。状态不是自动监测的结果——本站目前没有持续的自动监测系统，所以状态反映的是最近一次人工核实时的情况。
状态显示正常就一定能用吗？
不一定。正常表示最近一次核实时官网、订阅、节点均可用，但它不保证你所在的网络环境下可用（跨环境不可比），也不反映服务质量（速度、丢包、解锁能力）。
异常和失联有什么区别？
异常指节点大面积不可用或订阅间歇失效但未收到官方说明；失联指官网打不开、客服与官方渠道无响应超过 7 天。失联比异常更严重，且失联超过 30 天会标为已停止运营。
标为异常或失联会怎样？
会同时从推荐位下线。这是本站的硬规则——不在推荐页面展示状态为异常或失联的品牌，无论是否有推广关系。
状态多久更新一次？
由人工核实驱动，没有固定周期。每条状态都带核实日期——如果日期较旧，说明距上次核实已有一段时间，应以你自己的观察为准。
我发现某家状态不对怎么办？
通过纠错与投稿报告，并尽量提供可核对的依据（官网截图、公告、你自己的测试记录）。本站会要求依据而不是仅凭描述更改状态。
为什么不做自动监测？
自动监测能回答"官网是否可达"，但回答不了"节点是否可用""服务质量如何"——后者需要有效的订阅与多点测试。本站目前没有这个能力，所以不声称有。
状态页能替代我自己的测试吗？
不能。状态只反映"服务是否在运行"，不反映"在你的环境下好不好用"。跨环境不可比的因素（宽带运营商、省份、城域网条件）只有你自己的测试能覆盖。
为什么本站不做"可用性评分"
读者可能期待一个百分比（比如"可用性 99.2%"）。本站不做，理由有三个。
一、需要持续的多点监测。 一个可信的可用性数字需要：为每家机场维持付费账号、从多个网络环境持续测试、记录每次失败。本站目前没有这个能力。
二、"可用性"对不同用户意义不同。 一家机场在电信宽带上可用性 99%、在移动宽带上可能是 85%——一个统一的数字掩盖了跨环境不可比这个核心事实。
三、一个编造或粗糙的数字比没有数字更有害。 它会让读者跳过自己的验证，而验证恰恰是唯一可靠的方法。
本站选择做什么
| 做 | 不做 |
|---|---|
| 人工核实的状态 + 核实日期 | 可用性百分比 |
| 状态的判定依据与局限 | 自动监测（能力不足） |
| 你自己的五分钟核实流程 | 替你判断 |
| 已发生的可核实事件（时间线） | 未发生事件的预测 |
可核对的 vendor 层数据 | 猜测未披露的字段 |
一句话：本站提供"服务是否在运行"的人工核实结果与判断方法，不提供需要持续监测能力才能给出的量化指标。
这与本站其他页面的处理一致：评分留空、解锁矩阵留空、周期榜需要持续测试才能开始。见 排行榜方法论 与 实测方法与环境说明。
站内数据的现状
| 项目 | 现状 |
|---|---|
| 收录品牌数 | 18 家 |
| 状态字段 | 18 家均有 |
| 风险事件记录 | 全部为空 |
| 域名历史 | 仅 1 家有记录 |
| 官网主域名 | 仅 1 家收录 |
为什么风险事件是空的
本站不为真实品牌编造风险事件。 目前没有经过核实的事件可记录。
空白表示"未记录"，不表示"没有风险"。
这与本站其他字段的处理一致： 解锁矩阵、评分也是空的——没有可靠依据就不填，而不是猜一个。
为什么域名信息只有一家
域名信息直接关系到读者的金钱安全（核对域名是防假站的唯一可靠方法）。一个错误的域名比没有域名更危险——它会让读者以为核对通过了。
所以本站在这个字段上宁缺毋滥。 见 假站与钓鱼识别。
怎么帮助改善
如果你观察到状态变化或可核实的变动事件，可以通过 纠错与投稿 报告。
本站会要求可核对的依据（官网截图、官方公告、你自己的测试记录），而不是仅凭描述更改状态——这让更新变慢，但让记录可信。
状态定义
| 状态 | 含义 |
|---|---|
| 正常 | 官网、订阅、节点均可用 |
| 维护中 | 官方公告的计划维护 |
| 异常 | 节点大面积不可用、订阅间歇失效，未收到官方说明 |
| 失联 | 官网打不开、客服与频道无响应超过 7 天 |
| 已更换域名 / 品牌 | 旧入口失效，新入口已确认 |
| 已停止运营 | 官方宣布或失联超过 30 天 |
六种状态的判定依据
上表是定义，下面说明怎么判定与判定的局限。
正常
| 判定依据 | 局限 |
|---|---|
| 官网可访问 | 不代表你所在网络可访问 |
| 订阅链接能返回配置 | 不代表你的客户端格式匹配 |
| 抽查的节点能连通 | 不代表全部节点可用 |
| 官方渠道正常 | — |
"正常"是一个较低的门槛——它只表示服务在运行，不表示服务好用。
维护中
| 判定依据 | 说明 |
|---|---|
| 官方公告了计划维护 | 关键：必须有官方说明 |
| 有明确的维护窗口 | — |
"维护中"与"异常"的区别只有一点：是否有官方说明。 有说明的中断是维护，没有说明的中断是异常。
这个区分反映的是透明度——一家会提前公告维护的机场，在沟通上明显更可靠。
异常
| 判定依据 | 说明 |
|---|---|
| 节点大面积不可用 | 不是单个节点的问题 |
| 或订阅间歇失效 | — |
| 且未收到官方说明 | 与"维护中"的唯一区别 |
"大面积"的判断需要多点观察，而这正是本站能力的边界——所以标为异常通常需要多个来源的一致反馈。
失联
| 判定依据 | 说明 |
|---|---|
| 官网打不开 | — |
| 且客服与官方渠道无响应超过 7 天 | 7 天是门槛 |
为什么是 7 天：短于这个时长的无响应可能是节假日、临时故障、运营者个人原因。7 天是一个在"不过早下结论"与"不过晚提示读者"之间的折中。
已更换域名 / 品牌
| 判定依据 | 说明 |
|---|---|
| 旧入口失效 | — |
| 新入口已确认 | 关键：确认过才标注 |
"已确认"的标准：通过官方渠道的公告，或通过已有账号的后台确认。不采纳仅来自社区传闻的新域名——因为一个错误的新域名会把读者引向假站。
这是本站在域名相关信息上最谨慎的地方。 见 假站与钓鱼识别。
已停止运营
| 判定依据 | 说明 |
|---|---|
| 官方宣布停止服务 | 最明确 |
| 或失联超过 30 天 | 推定 |
30 天是一个推定门槛，不是事实认定。如果一家在 30 天后恢复，状态会相应更新。
标注与下线的硬规则
状态为"异常"或"失联"的品牌会同时从推荐位下线。
| 规则 | 说明 |
|---|---|
| 异常 / 失联 → 从推荐页下线 | 硬规则，无例外 |
| 是否有推广关系不影响这条规则 | 利益关系不能覆盖状态判定 |
| 恢复正常后可重新进入推荐 | 需要重新核实 |
| 已停止运营 → 保留记录但不推荐 | 作为历史信息 |
"是否有推广关系不影响这条规则"是本站的一条底线。 见 收录、标注与撤销标注的规则 与 免责声明。
规则详见 收录、标注与撤销标注的规则。