---
url: /blog/airport-outage-timeline/index.md
description: >-
  本站记录的 2025-2026 年机场跑路与预警事件时间线总表，按事件日期倒序汇总 13
  家机场的当前状态、关键证据与详情链接，并标注奈云系同主体关联风险与跑路前的共同征兆。
---
::: tip 速览
本表汇总本站已记录的 **13 家机场、11 起事件**，覆盖 2025 年 1 月至 2026 年 7 月。其中 **2 起已确认跑路 / 停运**、**4 起高度疑似跑路**、**4 起预警观察**、**1 起已恢复**。风险最集中的是 **奈云、OKAC/OKANC、CAC、隐云**——这四家被多份材料指向同一运营主体，不能互相当备用。
:::

单篇跑路预警只能看到一个时间点，把事件排到一条时间线上才能看出规律：机场跑路极少是"某天突然消失"，而是**节点先死 → 客服失联 → 官网异常**的渐进过程，中间往往还夹着反常促销。

本表按事件日期倒序排列，只收录本站已单独成文、有截图或公开材料支撑的事件。定性口径严格区分"已确认""高度疑似""预警"三档，证据不足的一律不写成已跑路。

## 事件总表（按事件日期倒序）

| 事件日期 | 机场 | 当前状态 | 关键证据 | 详情 |
| --- | --- | --- | --- | --- |
| 2026-07-02 | **CAC** | 🟠 跑路预警 | 官网无法访问；与奈云、OKAC、隐云同主体关联 | [详情](/blog/cac-outage-alert-2026-07-02/) |
| 2026-07-02 | **隐云** | 🟠 跑路预警 | 频道曾发布"奈云已倒闭"说法，随后奈云新群称未跑路，信息互相冲突；同主体关联 | [详情](/blog/yinyun-outage-alert-2026-07-02/) |
| 2026-07-02 | **奈云** | 🔴 高度疑似跑路 | 6 月起客服、节点、订阅、旧官网多环节异常；7 月出现新官网 `naiun.io` 与新群并称"没有跑路"，恢复结果仍待核验 | [详情](/blog/naiyun-outage-alert-2026-07-02/) |
| 2026-05-11 起（7-02 更新） | **OKAC / OKANC** | 🟠 跑路预警 | A 线异常 → 数据丢失需补单 → 官网异常 → 6-22 全线崩断；由数据事故升级 | [详情](/blog/okanc-outage-alert-2026-05-20/) |
| 2026-06-01 | **Koodog** | 🔴 高度疑似跑路 | 官网注册链接跳转百度、客户端报"加载用户信息失败"、订阅不可用、群内集中报障 | [详情](/blog/koodog-outage-alert-2026-06-01/) |
| 2026-04-10 | **忍者云** | 🔴 高度疑似跑路 | 全部节点断连、订阅无法更新、工单与邮件双渠道无回复、TG 频道停更 | [详情](/blog/renzhe-outage-alert-2026-04-10/) |
| 2026-04-07 | **Lray**（`lray.io`） | 🟠 高危预警 | 2 月底起线路恶化，4 月起近全天"全黑"；**故障期开半价促销却不修线路**，工单超 48 小时无回复 | [详情](/blog/lray-outage-alert-2026-04-07/) |
| 2026-04-03 | **蜜糖云** | 🔴 高度疑似跑路 | 全部节点离线、工单超 72 小时无人回复，**官网仍可登录下单收款** | [详情](/blog/sugarhoney-outage-alert-2026-04-03/) |
| 2026-02-26 | **洞墙 DlerCloud**（`dlercloud.one`） | ⛔ 已确认跑路 | 官网持续无法访问、服务中断；后有 oixCloud 改名接手，可信度存疑 | [详情](/blog/dlercloud-outage-2026-02-26/) |
| 2025-05-02 | **XSUS** | ✅ 已恢复 | 曾出现官网频繁打不开、客服失联、TG 频道停更，后确认恢复 | [详情](/blog/xsus-outage-alert-2025-05-02/) |
| 2025-01-25 | **EFCloud / SFCloud / FCCloud** | ⛔ 已确认停运 | 官网无法访问、订阅不可用；**有官方致函说明**并安排迁移至 XSUS | [详情](/blog/efcloud-outage-migration-2025-01-25/) |

### 状态分级口径

| 标记 | 含义 | 判定条件 |
| --- | --- | --- |
| ⛔ 已确认跑路 / 停运 | 可以直接定性 | 官网持续失联 + 服务中断，或有官方公告 / 致函 |
| 🔴 高度疑似跑路 | 已具备跑路条件，但无实锤 | 节点、客服、订阅多环节同时失效，且无官方说明、服务未恢复 |
| 🟠 跑路预警 / 高危预警 | 风险已高，证据不足以定性 | 出现高风险信号，或因同主体关联被纳入观察 |
| ✅ 已恢复 | 曾预警，后确认恢复 | 服务与沟通渠道恢复正常 |

## 同主体关联：奈云系四站

2026 年 6 至 7 月这一轮是本站记录中最集中的一次。多份沟通材料指向以下四个项目属于**同一运营主体**，且在相近时间段同时出现异常：

| 项目 | 当前状态 | 纳入理由 |
| --- | --- | --- |
| 奈云 | 🔴 高度疑似跑路 | 自身多环节异常，证据最重 |
| OKAC / OKANC | 🟠 跑路预警 | 自身线路与数据事故，叠加同主体风险 |
| CAC | 🟠 跑路预警 | 官网无法访问，自身证据偏少，主要因同主体纳入 |
| 隐云 | 🟠 跑路预警 | 自身故障证据少，因同主体关联与说法冲突纳入 |

::: warning 关键提醒
这四家**不能互相当备用**。同主体项目共享运营方、资金链与基础设施，一处出事时风险是合并计算的，把主力从奈云迁到 CAC 等于没迁。挑备用机场时应确认运营主体不同。
:::

## 从这些事件里能看出的共同征兆

把 11 起事件横着对比，跑路前的信号高度重复：

1. **顺序几乎固定**：节点先大面积不可用 → 工单 / TG 客服失联 → 官网异常或彻底打不开。忍者云、Koodog、奈云都是这个顺序。
2. **服务已死但收款还在**：蜜糖云全部节点离线时官网仍可正常下单，Lray 近全天不可用时官网仍可购买。**这是资金风险最高的阶段**。
3. **故障期反常促销**：Lray 在线路持续恶化期间开启半价促销却不修线路，属于典型的清库存信号。
4. **同主体多站联动**：奈云系四站在 2026 年 6 至 7 月同期异常，单看任何一家都会低估风险。
5. **改名接手不等于安全**：洞墙确认跑路后出现 oixCloud 改名接手，可信度存疑。
6. **承接方自己也可能出事**：2025 年 1 月 EFCloud 停运时将用户迁移至 XSUS，而 XSUS 在同年 5 月自己触发了跑路预警（后已恢复）。

## 常见问题（FAQ）

### 怎么判断一个机场是不是要跑路了？

看**顺序**和**组合**，而不是单个故障。本站记录的事件里最常见的顺序是：节点先大面积不可用，接着客服工单与 TG 渠道失联，最后官网异常。需要特别警惕两种组合：服务已瘫痪但官网还能正常收款；故障期间反而大幅促销却不修线路。

### 机场跑路了，钱还能追回来吗？

机场多为匿名运营、境外收款，跑路后追回的可能性很低。本站记录的 11 起事件中，只有 EFCloud 一例出现官方致函并安排迁移，其余多数是直接失联。现实做法是先保全证据：导出订阅链接、套餐记录、支付凭证、工单与聊天记录截图，再考虑通过支付渠道申诉。

### 已经买了年付，机场出现预警该怎么办？

立即停止续费与新增充值，先备份订阅链接和支付凭证，再把主力流量迁移到备用机场。如果还能提交工单或进社群，优先用书面方式请求退款或说明并截图留档。后续即便服务恢复，也建议先用小额短周期套餐验证稳定性，再考虑长期续费。

### 同一个主体下的几个机场可以互相当备用吗？

不建议。奈云、OKAC/OKANC、CAC、隐云被多份材料指向同一运营主体，2026 年 6 至 7 月出现同期多点异常。同主体项目的风险需要合并计算，互相当备用等于没有备用。

### 机场跑路后改名重开的服务能用吗？

需谨慎。洞墙确认跑路后，社区出现以 oixCloud 名义改名接手原品牌的情况，可信度仍存疑。另外承接方本身也可能出问题——EFCloud 停运时把用户迁移至 XSUS，而 XSUS 三个月后自己也触发了预警。

### 这个名单多久更新一次？

按事件驱动更新，出现新的跑路或预警事件时补进表格，已有条目的状态变化（如恢复、升级为已确认）也会同步修订。

## 怎么降低踩雷概率

* **月付优先**：不要一上来就年付大额，用月付换掉大部分资金风险。
* **双线备份**：主力 + 备用两家，且**确认运营主体不同**。
* **定期验证**：每月检查一次备用机场是否仍可用，别等主力出事才发现备用也废了。
* **保留凭证**：订阅链接、支付记录、套餐页面、工单记录随手截图存档。

## 机场汇总

[免费机场、便宜好用的翻墙机场推荐评测](/blog/free-vpn-airport-list/)

## 客户端使用方法

* [Android 使用方法](/blog/android-clash-install-guide/)
* [iOS 使用方法](/blog/shadowrocket-usage-guide/)
* [Windows 使用方法](/blog/clash-verge-multi-platform-guide/)
* [macOS 使用方法](/blog/macos-clash-install-guide/)
