公开记录出现官网、节点和客服等多项同时不可用,或社区记录已更新确认标签。
2026机场跑路名单与跑路预警查询
查询第三方公开记录中的失联、服务异常、经营变化与恢复案例。先看证据强度和更新时间,再决定是否续费、迁移或保存材料。
出现多个持续风险信号,但仍缺少足够材料作最终确认。
存在短时故障或用户反馈,需要继续等待公告、恢复情况与交叉来源。
涉及转让、域名迁移、套餐变化或第三方结论不一致。
早期预警后出现服务恢复或社区记录更正,用于避免永久保留错误标签。
机场状态记录查询
可按机场名称、别名、状态和记录年份筛选。记录日期是第三方页面或公开材料的整理时间,并不等同于事件首次发生时间。
当前显示 12 条记录
赔钱机场
记录口径:2026 异常观察
第三方页面记录了官网或服务短时不可用反馈,但相关记录最终仍维持“观察中”,历史名单中又存在更早的高风险记录,当前口径并不完全一致。
公开记录中的风险信号
- 短时不可用反馈
- 新旧社区记录存在冲突
- 尚无足够材料确认停止运营
用户可执行动作
暂停长期续费,核对最新公告、节点恢复情况和售后响应;不要仅凭同名历史条目直接定性。
公开信息交叉整理 · 状态会随新材料持续更新
万达云
记录口径:观察中 / 尚未定性
公开社区聚合页面将其列为观察对象,但没有展示足以确认停止运营的完整证据链。
公开记录中的风险信号
- 第三方社区出现异常反馈
- 当前仅为观察状态
- 需要继续核对官网、订阅与客服
用户可执行动作
采用短周期或暂停续费,确认近期公告、工单响应和多地区节点可用率。
公开信息交叉整理 · 状态会随新材料持续更新
龙猫云机场
记录口径:服务异常 / 续费风险
社区聚合记录将其标记为服务异常与续费风险,但公开摘要没有给出足以确认跑路的独立证据。
公开记录中的风险信号
- 服务异常反馈
- 续费风险提示
- 仍缺少确认失联证据
用户可执行动作
暂缓年付和大额充值,改用月付观察,并保存近期公告与工单记录。
公开信息交叉整理 · 状态会随新材料持续更新
奈云机场
别名:Naiyun、NyCloud
记录口径:高风险 / 部分恢复 / 口径争议
旧域名异常后出现新域名和团队接手说法,同时有用户反馈账号数据或登录异常;不同第三方页面对“是否已经跑路”的表述存在冲突。
公开记录中的风险信号
- 官网域名变化
- 经营团队变更说法
- 旧账号或数据迁移反馈
- 第三方结论互相矛盾
用户可执行动作
只通过可验证公告确认新入口,不向陌生迁移页面提交密码;先核对旧套餐、账号和退款处理结果。
公开信息交叉整理 · 状态会随新材料持续更新
白月光机场
记录口径:服务恢复 / 误判反例
用户曾因节点全部不可用提交预警,后续社区记录更新为服务恢复,并标记为未跑路。
公开记录中的风险信号
- 曾出现全线不可用
- 后续服务恢复
- 社区结论已经更正
用户可执行动作
把它作为“短时故障不能直接定性”的反例;判断其他机场服务时同样要等待恢复信息和后续证据。
公开信息交叉整理 · 状态会随新材料持续更新
FCCloud
记录口径:第三方记录:确认失联
公开记录称其社区转为禁言或只读,节点持续不可用且售后未响应,第三方将其列入确认失联记录。
公开记录中的风险信号
- 节点持续不可用
- 售后未响应
- 社区渠道受限
用户可执行动作
不要继续充值;保存订单和支付凭证,修改复用密码,并按支付渠道规则咨询争议处理。
公开信息交叉整理 · 状态会随新材料持续更新
spcloud
记录口径:第三方记录:确认失联
第三方社区数据库记录了节点大面积离线、官网暂停访问和客服失联等组合信号。
公开记录中的风险信号
- 节点大面积离线
- 官网暂停访问
- 客服失联
用户可执行动作
停止续费并保存证据;如果后续恢复,应以可验证公告、节点恢复和退款处理结果更新状态。
公开信息交叉整理 · 状态会随新材料持续更新
efcloud
记录口径:经营权与套餐变更
社区历史记录将其标注为机场转让及部分用户套餐时长调整,属于经营主体和服务条款变化,不应直接等同于跑路。
公开记录中的风险信号
- 经营权变更
- 部分套餐权益调整
- 原有承诺需要重新核对
用户可执行动作
重新确认经营主体、隐私与退款条款、原套餐权益和新售后渠道,再决定是否续费。
公开信息交叉整理 · 状态会随新材料持续更新
ACA
记录口径:社区历史记录:跑路
公开社区历史名单将 ACA 标记为跑路并关联用户反馈,该记录仅指向当时服务,不自动适用于后来出现的同名机场或服务商。
公开记录中的风险信号
- 历史社区名单标记
- 存在关联用户反馈
- 同名服务需要单独辨别
用户可执行动作
核对域名、运营主体和公告历史,避免把历史记录直接套用到没有关联证据的同名服务。
公开信息交叉整理 · 状态会随新材料持续更新
渡口
记录口径:社区确认:停止运营
相关社区 Issue 中有多名用户反馈官网和服务无法使用,后续记录添加了基本确认停止运营或失联的标签。
公开记录中的风险信号
- 官网和服务不可用
- 多名用户反馈
- 社区记录后续更新确认标签
用户可执行动作
停止充值、保存支付和沟通记录,并检查是否复用了密码或泄露订阅 Token。
公开信息交叉整理 · 状态会随新材料持续更新
蜂巢 / BHcloud
别名:BH 专线版
记录口径:长期预警 / 未见最终确认
公开整理记录称多个节点失效、连接超时并伴随工单长期无人回应,但没有展示运营方正式宣布停止服务的最终材料。
公开记录中的风险信号
- 多节点失效或超时
- 工单长期无回应
- 缺少正式恢复或停运说明
用户可执行动作
将其视作历史高风险线索,而不是当前实时结论;续费前重新核验最新域名、公告和节点状态。
公开信息交叉整理 · 状态会随新材料持续更新
新云机场
别名:XinYun
记录口径:历史跑路预警
第三方页面将其列入同一上游相关服务集体异常事件,记录了节点异常和官方失联反馈,但后续确认材料有限。
公开记录中的风险信号
- 节点异常
- 官方渠道失联反馈
- 后续状态资料有限
用户可执行动作
注意不要与名称相近的新机场混淆;应按域名和运营主体重新核验当前状态。
公开信息交叉整理 · 状态会随新材料持续更新
没有找到匹配记录
可尝试缩短机场名称,或改为“全部状态”和“全部年份”。没有收录也不代表服务一定安全。
怎样判断信号强弱
- 1先排除单点故障
换网络、换客户端、更新订阅,检查是否只是某个节点或地区异常。
- 2寻找运营方说明
核对官网公告、工单、邮件和社群消息,观察内容与恢复进度是否一致。
- 3交叉验证多个来源
区分同名机场或服务商,核对域名、时间、运营主体和用户反馈,避免转述变成“实锤”。
- 4关注组合信号
官网、全部节点、支付和客服同时持续异常,通常比单一测速或一条聊天截图更值得警惕。
疑似失联后的六步止损清单
按顺序执行,既避免把本地故障误判为跑路,也能在风险持续时保存必要材料。
- 01
停止续费与追加充值
关闭自动续费,不因“即将恢复”或异常折扣继续投入大额资金。
- 02
保存订单和沟通记录
截取订单号、余额、付款凭证、套餐说明、公告、工单和客服对话,并保留时间。
- 03
排除本地网络和客户端故障
更换网络、设备和客户端,更新订阅,核对系统时间与订阅是否过期。
- 04
保护账号与订阅信息
修改复用密码;若订阅链接可能泄露,重置 Token,避免配置被第三方继续访问。
- 05
咨询支付争议处理
按支付平台、发卡机构或支付渠道规则提交真实材料,客观描述未交付或无法联系的情况。
- 06
准备不同上游的备用线路
不要把主用与备用服务放在同一运营方或同一上游,重要工作保留可切换方案。
机场跑路预警常见问题
机场官网打不开或节点全部超时,就能确定已经跑路吗?
不能。域名解析故障、线路维护、上游中断、订阅过期和客户端配置错误都可能造成类似现象。至少要交叉核对官网、多个节点、公告、客服和持续时间,不能只凭一次故障定性。
这份机场跑路名单代表本站已经实锤吗?
不代表。本页是对第三方公开页面和社区记录的摘要整理,状态标签反映公开材料的强弱与变化,不代表本站掌握经营方资金状况,也不构成法律定性。
已经充值但机场疑似失联,应该怎样止损?
先停止续费并保存订单、余额、付款、公告和沟通记录;排除本地网络与客户端问题后,再按照支付平台规则咨询争议处理。若复用了密码或订阅链接,应尽快修改密码并重置订阅 Token。
机场转让、换域名或更换运营团队等于跑路吗?
不等于,但属于需要重新核验的经营变化。应确认新旧运营主体、原套餐权益、退款条款、账号迁移方式和新入口来源,不要在陌生迁移页面直接提交密码。
服务恢复后,预警记录会怎样处理?
不会简单删除历史记录,而是补充恢复日期、可验证公告和当前状态,必要时改为“已恢复”或“状态更正”。这样既保留时间线,也避免旧标签长期误导读者。