AIRPORT STATUS WATCH

2026机场跑路名单与跑路预警查询

查询第三方公开记录中的失联、服务异常、经营变化与恢复案例。先看证据强度和更新时间,再决定是否续费、迁移或保存材料。

更新于 共整理 12 条状态记录
确认失联 4

公开记录出现官网、节点和客服等多项同时不可用,或社区记录已更新确认标签。

高风险 3

出现多个持续风险信号,但仍缺少足够材料作最终确认。

观察中 2

存在短时故障或用户反馈,需要继续等待公告、恢复情况与交叉来源。

状态变化 2

涉及转让、域名迁移、套餐变化或第三方结论不一致。

已恢复 1

早期预警后出现服务恢复或社区记录更正,用于避免永久保留错误标签。

STATUS DATABASE

机场状态记录查询

可按机场名称、别名、状态和记录年份筛选。记录日期是第三方页面或公开材料的整理时间,并不等同于事件首次发生时间。

当前显示 12 条记录

观察中

赔钱机场

记录口径:2026 异常观察

第三方页面记录了官网或服务短时不可用反馈,但相关记录最终仍维持“观察中”,历史名单中又存在更早的高风险记录,当前口径并不完全一致。

公开记录中的风险信号

  • 短时不可用反馈
  • 新旧社区记录存在冲突
  • 尚无足够材料确认停止运营

用户可执行动作

暂停长期续费,核对最新公告、节点恢复情况和售后响应;不要仅凭同名历史条目直接定性。

公开信息交叉整理 · 状态会随新材料持续更新

观察中

万达云

记录口径:观察中 / 尚未定性

公开社区聚合页面将其列为观察对象,但没有展示足以确认停止运营的完整证据链。

公开记录中的风险信号

  • 第三方社区出现异常反馈
  • 当前仅为观察状态
  • 需要继续核对官网、订阅与客服

用户可执行动作

采用短周期或暂停续费,确认近期公告、工单响应和多地区节点可用率。

公开信息交叉整理 · 状态会随新材料持续更新

高风险

龙猫云机场

记录口径:服务异常 / 续费风险

社区聚合记录将其标记为服务异常与续费风险,但公开摘要没有给出足以确认跑路的独立证据。

公开记录中的风险信号

  • 服务异常反馈
  • 续费风险提示
  • 仍缺少确认失联证据

用户可执行动作

暂缓年付和大额充值,改用月付观察,并保存近期公告与工单记录。

公开信息交叉整理 · 状态会随新材料持续更新

状态变化

奈云机场

别名:Naiyun、NyCloud

记录口径:高风险 / 部分恢复 / 口径争议

旧域名异常后出现新域名和团队接手说法,同时有用户反馈账号数据或登录异常;不同第三方页面对“是否已经跑路”的表述存在冲突。

公开记录中的风险信号

  • 官网域名变化
  • 经营团队变更说法
  • 旧账号或数据迁移反馈
  • 第三方结论互相矛盾

用户可执行动作

只通过可验证公告确认新入口,不向陌生迁移页面提交密码;先核对旧套餐、账号和退款处理结果。

公开信息交叉整理 · 状态会随新材料持续更新

已恢复

白月光机场

记录口径:服务恢复 / 误判反例

用户曾因节点全部不可用提交预警,后续社区记录更新为服务恢复,并标记为未跑路。

公开记录中的风险信号

  • 曾出现全线不可用
  • 后续服务恢复
  • 社区结论已经更正

用户可执行动作

把它作为“短时故障不能直接定性”的反例;判断其他机场服务时同样要等待恢复信息和后续证据。

公开信息交叉整理 · 状态会随新材料持续更新

确认失联

FCCloud

记录口径:第三方记录:确认失联

公开记录称其社区转为禁言或只读,节点持续不可用且售后未响应,第三方将其列入确认失联记录。

公开记录中的风险信号

  • 节点持续不可用
  • 售后未响应
  • 社区渠道受限

用户可执行动作

不要继续充值;保存订单和支付凭证,修改复用密码,并按支付渠道规则咨询争议处理。

公开信息交叉整理 · 状态会随新材料持续更新

确认失联

spcloud

记录口径:第三方记录:确认失联

第三方社区数据库记录了节点大面积离线、官网暂停访问和客服失联等组合信号。

公开记录中的风险信号

  • 节点大面积离线
  • 官网暂停访问
  • 客服失联

用户可执行动作

停止续费并保存证据;如果后续恢复,应以可验证公告、节点恢复和退款处理结果更新状态。

公开信息交叉整理 · 状态会随新材料持续更新

状态变化

efcloud

记录口径:经营权与套餐变更

社区历史记录将其标注为机场转让及部分用户套餐时长调整,属于经营主体和服务条款变化,不应直接等同于跑路。

公开记录中的风险信号

  • 经营权变更
  • 部分套餐权益调整
  • 原有承诺需要重新核对

用户可执行动作

重新确认经营主体、隐私与退款条款、原套餐权益和新售后渠道,再决定是否续费。

公开信息交叉整理 · 状态会随新材料持续更新

确认失联

ACA

记录口径:社区历史记录:跑路

公开社区历史名单将 ACA 标记为跑路并关联用户反馈,该记录仅指向当时服务,不自动适用于后来出现的同名机场或服务商。

公开记录中的风险信号

  • 历史社区名单标记
  • 存在关联用户反馈
  • 同名服务需要单独辨别

用户可执行动作

核对域名、运营主体和公告历史,避免把历史记录直接套用到没有关联证据的同名服务。

公开信息交叉整理 · 状态会随新材料持续更新

确认失联

渡口

记录口径:社区确认:停止运营

相关社区 Issue 中有多名用户反馈官网和服务无法使用,后续记录添加了基本确认停止运营或失联的标签。

公开记录中的风险信号

  • 官网和服务不可用
  • 多名用户反馈
  • 社区记录后续更新确认标签

用户可执行动作

停止充值、保存支付和沟通记录,并检查是否复用了密码或泄露订阅 Token。

公开信息交叉整理 · 状态会随新材料持续更新

高风险

蜂巢 / BHcloud

别名:BH 专线版

记录口径:长期预警 / 未见最终确认

公开整理记录称多个节点失效、连接超时并伴随工单长期无人回应,但没有展示运营方正式宣布停止服务的最终材料。

公开记录中的风险信号

  • 多节点失效或超时
  • 工单长期无回应
  • 缺少正式恢复或停运说明

用户可执行动作

将其视作历史高风险线索,而不是当前实时结论;续费前重新核验最新域名、公告和节点状态。

公开信息交叉整理 · 状态会随新材料持续更新

高风险

新云机场

别名:XinYun

记录口径:历史跑路预警

第三方页面将其列入同一上游相关服务集体异常事件,记录了节点异常和官方失联反馈,但后续确认材料有限。

公开记录中的风险信号

  • 节点异常
  • 官方渠道失联反馈
  • 后续状态资料有限

用户可执行动作

注意不要与名称相近的新机场混淆;应按域名和运营主体重新核验当前状态。

公开信息交叉整理 · 状态会随新材料持续更新

EVIDENCE GUIDE

怎样判断信号强弱

  1. 1
    先排除单点故障

    换网络、换客户端、更新订阅,检查是否只是某个节点或地区异常。

  2. 2
    寻找运营方说明

    核对官网公告、工单、邮件和社群消息,观察内容与恢复进度是否一致。

  3. 3
    交叉验证多个来源

    区分同名机场或服务商,核对域名、时间、运营主体和用户反馈,避免转述变成“实锤”。

  4. 4
    关注组合信号

    官网、全部节点、支付和客服同时持续异常,通常比单一测速或一条聊天截图更值得警惕。

DAMAGE CONTROL

疑似失联后的六步止损清单

按顺序执行,既避免把本地故障误判为跑路,也能在风险持续时保存必要材料。

  1. 01

    停止续费与追加充值

    关闭自动续费,不因“即将恢复”或异常折扣继续投入大额资金。

  2. 02

    保存订单和沟通记录

    截取订单号、余额、付款凭证、套餐说明、公告、工单和客服对话,并保留时间。

  3. 03

    排除本地网络和客户端故障

    更换网络、设备和客户端,更新订阅,核对系统时间与订阅是否过期。

  4. 04

    保护账号与订阅信息

    修改复用密码;若订阅链接可能泄露,重置 Token,避免配置被第三方继续访问。

  5. 05

    咨询支付争议处理

    按支付平台、发卡机构或支付渠道规则提交真实材料,客观描述未交付或无法联系的情况。

  6. 06

    准备不同上游的备用线路

    不要把主用与备用服务放在同一运营方或同一上游,重要工作保留可切换方案。

FAQ

机场跑路预警常见问题

机场官网打不开或节点全部超时,就能确定已经跑路吗?

不能。域名解析故障、线路维护、上游中断、订阅过期和客户端配置错误都可能造成类似现象。至少要交叉核对官网、多个节点、公告、客服和持续时间,不能只凭一次故障定性。

这份机场跑路名单代表本站已经实锤吗?

不代表。本页是对第三方公开页面和社区记录的摘要整理,状态标签反映公开材料的强弱与变化,不代表本站掌握经营方资金状况,也不构成法律定性。

已经充值但机场疑似失联,应该怎样止损?

先停止续费并保存订单、余额、付款、公告和沟通记录;排除本地网络与客户端问题后,再按照支付平台规则咨询争议处理。若复用了密码或订阅链接,应尽快修改密码并重置订阅 Token。

机场转让、换域名或更换运营团队等于跑路吗?

不等于,但属于需要重新核验的经营变化。应确认新旧运营主体、原套餐权益、退款条款、账号迁移方式和新入口来源,不要在陌生迁移页面直接提交密码。

服务恢复后,预警记录会怎样处理?

不会简单删除历史记录,而是补充恢复日期、可验证公告和当前状态,必要时改为“已恢复”或“状态更正”。这样既保留时间线,也避免旧标签长期误导读者。