机场跑路事件时间线总表：2025-2026 已确认与预警名单（持续更新）
速览
本表汇总本站已记录的 13 家机场、11 起事件，覆盖 2025 年 1 月至 2026 年 7 月。其中 2 起已确认跑路 / 停运、4 起高度疑似跑路、4 起预警观察、1 起已恢复。风险最集中的是 奈云、OKAC/OKANC、CAC、隐云——这四家被多份材料指向同一运营主体，不能互相当备用。
单篇跑路预警只能看到一个时间点，把事件排到一条时间线上才能看出规律：机场跑路极少是"某天突然消失"，而是节点先死 → 客服失联 → 官网异常的渐进过程，中间往往还夹着反常促销。
本表按事件日期倒序排列，只收录本站已单独成文、有截图或公开材料支撑的事件。定性口径严格区分"已确认""高度疑似""预警"三档，证据不足的一律不写成已跑路。
事件总表（按事件日期倒序）
| 事件日期 | 机场 | 当前状态 | 关键证据 | 详情 |
|---|---|---|---|---|
| 2026-07-02 | CAC | 🟠 跑路预警 | 官网无法访问；与奈云、OKAC、隐云同主体关联 | 详情 |
| 2026-07-02 | 隐云 | 🟠 跑路预警 | 频道曾发布"奈云已倒闭"说法，随后奈云新群称未跑路，信息互相冲突；同主体关联 | 详情 |
| 2026-07-02 | 奈云 | 🔴 高度疑似跑路 | 6 月起客服、节点、订阅、旧官网多环节异常；7 月出现新官网 naiun.io 与新群并称"没有跑路"，恢复结果仍待核验 | 详情 |
| 2026-05-11 起（7-02 更新） | OKAC / OKANC | 🟠 跑路预警 | A 线异常 → 数据丢失需补单 → 官网异常 → 6-22 全线崩断；由数据事故升级 | 详情 |
| 2026-06-01 | Koodog | 🔴 高度疑似跑路 | 官网注册链接跳转百度、客户端报"加载用户信息失败"、订阅不可用、群内集中报障 | 详情 |
| 2026-04-10 | 忍者云 | 🔴 高度疑似跑路 | 全部节点断连、订阅无法更新、工单与邮件双渠道无回复、TG 频道停更 | 详情 |
| 2026-04-07 | Lray（lray.io） | 🟠 高危预警 | 2 月底起线路恶化，4 月起近全天"全黑"；故障期开半价促销却不修线路，工单超 48 小时无回复 | 详情 |
| 2026-04-03 | 蜜糖云 | 🔴 高度疑似跑路 | 全部节点离线、工单超 72 小时无人回复，官网仍可登录下单收款 | 详情 |
| 2026-02-26 | 洞墙 DlerCloud（dlercloud.one） | ⛔ 已确认跑路 | 官网持续无法访问、服务中断；后有 oixCloud 改名接手，可信度存疑 | 详情 |
| 2025-05-02 | XSUS | ✅ 已恢复 | 曾出现官网频繁打不开、客服失联、TG 频道停更，后确认恢复 | 详情 |
| 2025-01-25 | EFCloud / SFCloud / FCCloud | ⛔ 已确认停运 | 官网无法访问、订阅不可用；有官方致函说明并安排迁移至 XSUS | 详情 |
状态分级口径
| 标记 | 含义 | 判定条件 |
|---|---|---|
| ⛔ 已确认跑路 / 停运 | 可以直接定性 | 官网持续失联 + 服务中断，或有官方公告 / 致函 |
| 🔴 高度疑似跑路 | 已具备跑路条件，但无实锤 | 节点、客服、订阅多环节同时失效，且无官方说明、服务未恢复 |
| 🟠 跑路预警 / 高危预警 | 风险已高，证据不足以定性 | 出现高风险信号，或因同主体关联被纳入观察 |
| ✅ 已恢复 | 曾预警，后确认恢复 | 服务与沟通渠道恢复正常 |
同主体关联：奈云系四站
2026 年 6 至 7 月这一轮是本站记录中最集中的一次。多份沟通材料指向以下四个项目属于同一运营主体，且在相近时间段同时出现异常：
| 项目 | 当前状态 | 纳入理由 |
|---|---|---|
| 奈云 | 🔴 高度疑似跑路 | 自身多环节异常，证据最重 |
| OKAC / OKANC | 🟠 跑路预警 | 自身线路与数据事故，叠加同主体风险 |
| CAC | 🟠 跑路预警 | 官网无法访问，自身证据偏少，主要因同主体纳入 |
| 隐云 | 🟠 跑路预警 | 自身故障证据少，因同主体关联与说法冲突纳入 |
关键提醒
这四家不能互相当备用。同主体项目共享运营方、资金链与基础设施，一处出事时风险是合并计算的，把主力从奈云迁到 CAC 等于没迁。挑备用机场时应确认运营主体不同。
从这些事件里能看出的共同征兆
把 11 起事件横着对比，跑路前的信号高度重复：
- 顺序几乎固定：节点先大面积不可用 → 工单 / TG 客服失联 → 官网异常或彻底打不开。忍者云、Koodog、奈云都是这个顺序。
- 服务已死但收款还在：蜜糖云全部节点离线时官网仍可正常下单，Lray 近全天不可用时官网仍可购买。这是资金风险最高的阶段。
- 故障期反常促销：Lray 在线路持续恶化期间开启半价促销却不修线路，属于典型的清库存信号。
- 同主体多站联动：奈云系四站在 2026 年 6 至 7 月同期异常，单看任何一家都会低估风险。
- 改名接手不等于安全：洞墙确认跑路后出现 oixCloud 改名接手，可信度存疑。
- 承接方自己也可能出事：2025 年 1 月 EFCloud 停运时将用户迁移至 XSUS，而 XSUS 在同年 5 月自己触发了跑路预警（后已恢复）。
常见问题（FAQ）
怎么判断一个机场是不是要跑路了？
看顺序和组合，而不是单个故障。本站记录的事件里最常见的顺序是：节点先大面积不可用，接着客服工单与 TG 渠道失联，最后官网异常。需要特别警惕两种组合：服务已瘫痪但官网还能正常收款；故障期间反而大幅促销却不修线路。
机场跑路了，钱还能追回来吗？
机场多为匿名运营、境外收款，跑路后追回的可能性很低。本站记录的 11 起事件中，只有 EFCloud 一例出现官方致函并安排迁移，其余多数是直接失联。现实做法是先保全证据：导出订阅链接、套餐记录、支付凭证、工单与聊天记录截图，再考虑通过支付渠道申诉。
已经买了年付，机场出现预警该怎么办？
立即停止续费与新增充值，先备份订阅链接和支付凭证，再把主力流量迁移到备用机场。如果还能提交工单或进社群，优先用书面方式请求退款或说明并截图留档。后续即便服务恢复，也建议先用小额短周期套餐验证稳定性，再考虑长期续费。
同一个主体下的几个机场可以互相当备用吗？
不建议。奈云、OKAC/OKANC、CAC、隐云被多份材料指向同一运营主体，2026 年 6 至 7 月出现同期多点异常。同主体项目的风险需要合并计算，互相当备用等于没有备用。
机场跑路后改名重开的服务能用吗？
需谨慎。洞墙确认跑路后，社区出现以 oixCloud 名义改名接手原品牌的情况，可信度仍存疑。另外承接方本身也可能出问题——EFCloud 停运时把用户迁移至 XSUS，而 XSUS 三个月后自己也触发了预警。
这个名单多久更新一次？
按事件驱动更新，出现新的跑路或预警事件时补进表格，已有条目的状态变化（如恢复、升级为已确认）也会同步修订。
怎么降低踩雷概率
- 月付优先：不要一上来就年付大额，用月付换掉大部分资金风险。
- 双线备份：主力 + 备用两家，且确认运营主体不同。
- 定期验证：每月检查一次备用机场是否仍可用，别等主力出事才发现备用也废了。
- 保留凭证：订阅链接、支付记录、套餐页面、工单记录随手截图存档。