外观
主力服务突然不可用时的应急步骤
机场突然用不了时，合理的顺序是先自内向外判断故障层级：先确认本机网络与系统设置，再看客户端与订阅，再核对账号、到期与流量，最后才怀疑服务端。
每一步都花几分钟、留一条记录，确认故障不在自己这一侧后，再切换备用并持续观察，而不是一上来就重装或续费。
核心结论与适用条件
遇到“机场突然用不了”，多数人的第一反应是换节点、重启、重装，这些动作有时有效，但缺乏顺序，容易把现场破坏掉，也难以事后复盘。更稳妥的做法是把应急过程当作一次小型排障：先缩小范围，再动手修复，最后决定是否切换到备用。
下面几条结论带有适用条件：
- 如果浏览器连普通国内网站也打不开，故障大概率在本地网络或系统层，不要先动订阅和节点。
- 如果普通网站正常，只有经由代理的访问失败，才继续检查客户端、订阅与账号。
- 如果只有某一个节点失败而其他节点正常，通常是单节点问题，切换同订阅内的其他节点即可，不必启用备用。
- 如果订阅更新失败、账号无法登录或整份节点列表全部不通，才考虑启用另一份订阅作为备用，这正是备用存在的意义。
- 如果备用与主力来自同一运营主体，主力的服务端故障大概率同时影响备用，互补性不足的问题应在事后回到备用方案的选择维度解决，而不是现在补救。
- 如果你只是想省事而一律切备用，会掩盖真实问题，也会无谓消耗备用的小额度。
本文只讨论通用的排查思路。不涉及任何品牌的实际可用性判断，也不提供任何绕过监管或规避平台规则的方法。品牌资料中的 AI 与流媒体字段统一理解为：品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。当前本站所有品牌均为 Vendor Data，测速为 Not Tested。
先做三件事：停手、记录、缩小范围
故障刚出现时，最容易犯的错误是连续做很多动作。建议先按下面三步冷静下来。
停手。 暂时不要卸载客户端、删除订阅、重置系统网络。这些动作会让你失去“故障现场”，之后无法判断到底是哪一层出了问题。
记录。 用手机备忘记下：出现问题的时间、最后一次正常使用的时间、当时在做什么（例如刚升级了客户端、刚换了网络、刚休眠唤醒）、客户端给出的错误提示原文。这几行字往往就是定位问题的关键。
缩小范围。 问自己三个问题：是所有网站都打不开，还是仅有境外网站打不开？是所有设备都不行，还是仅有这一台？是所有节点都不行，还是仅有部分？三个问题的答案能直接排除一大半原因。
如果你平时坚持做备用检查，这时就会体会到好处：备用订阅的定期检查留下的日志，正是判断“上一次正常是什么时候”的依据。
分层排查：从本地到服务端
下面把排查拆成六层，自内向外逐层确认。每一层的检查动作都很短，通过就进入下一层，不通过就先在这一层处理。
第一层：本地网络
确认设备本身的网络是否正常。能不能打开普通国内网站？切换到手机热点后是否恢复？路由器或光猫最近是否重启或更换过？如果换一个网络环境后立即恢复，问题多半在原网络的设置或运营商一侧，与机场无关。
移动设备尤其要注意网络切换带来的影响：在无线网络与蜂窝网络之间切换后，部分客户端的连接需要重建，表现为“突然没网了”。这类问题与具体路由器和系统行为有关，可以参考手持设备的网络切换问题了解通用思路。
第二层：系统代理与虚拟网卡
很多“突然用不了”其实是系统层设置与客户端状态不一致。典型情况包括：客户端没有在运行，但系统代理设置仍然指向它；客户端重启后系统代理没有被重新写入；虚拟网卡模式因权限变化或系统更新而未能启动；与其他网络工具冲突。
检查方法是在客户端设置中找到系统代理与虚拟网卡相关选项，确认当前启用的模式与你期望的一致；必要时先关闭再重新开启一次。如果你使用虚拟网卡（TUN）模式，系统更新后可能需要重新授予权限，原理见TUN 模式的工作方式；macOS 的权限问题有专门的排查思路，见macOS 权限相关问题。
第三层：客户端与配置
确认客户端进程是否正常、配置文件是否被意外修改、当前选择的策略组或节点是否仍然有效。常见情形有：客户端自动更新后配置不兼容；手动编辑配置文件时出现缩进或格式错误；规则把目标流量设成了直连或拒绝。
如果你刚编辑过配置，先回退到上一个可用版本。配置结构与常见错误可以参考配置文件的基本结构，规则中“全局”与“直连”的区别见规则模式下的全局与直连。这一层的关键原则是：先确认问题是否出在“规则把流量导向了错误出口”，而不是节点本身。
第四层：订阅与节点列表
在客户端手动更新订阅，观察结果。可能出现三种情况：更新成功且节点列表正常，更新失败并提示网络或解析错误，更新成功但节点列表为空或异常。
更新失败的原因包括订阅链接被重置、订阅域名无法解析、更新时本机流量被错误路由等，排查细节见订阅更新失败的常见原因。如果订阅更新必须经过代理才能成功，而代理此刻正好失效，就会出现“鸡生蛋”问题，此时可以暂时让订阅更新走直连，或在另一个网络环境下更新。
第五层：账号、到期与流量
登录官网账号页，核对三项：套餐是否已到期、本周期流量是否已耗尽、账号是否被限制或需要验证。这一层是最容易被忽略、却又最常见的原因之一，尤其对低价小流量套餐。
请记住价格口径：本站收录的光速云、微风网络、飞猫云、星岛梦入门价格均为年付折算价，月付价待核实，到期通常是整年到期而不是某个月到期；流量档位多为每月额度，按月重置还是不限时，规则以官网为准。如果确实是到期或流量耗尽，处理方式是续费或等待重置，同时可以先启用备用度过空窗期。
第六层：服务端与公告
当前五层都通过，所有节点都连不上，且换一个网络环境后仍然如此，这时才合理怀疑服务端问题：节点维护、线路调整、域名迁移、服务商故障。检查官网公告页、服务商的公开通知渠道，并留意订阅是否需要更换新的链接。
服务端问题是你无法控制的，这一层的正确动作不是反复折腾本机，而是启用备用并等待官方通知。如果同一运营主体的服务已经持续多日不可用、也联系不上，应启动备用的备用，并在事后复盘选型。
症状对照表
下表把常见症状映射到最可能的故障层、第一步检查与是否需要切换备用。它是排查的起点，不是诊断结论；实际原因以逐层排查结果为准。表内“数据来源”均为通用排障经验或用户自查，没有速度、延迟之类的数值。
| 指标 | 单位 | 统计口径 | 最可能的层级 | 第一步检查 | 是否立即切备用 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|---|---|
| 国内网站也打不开 | — | 通用排障经验归纳（症状对照） | 本地网络 | 换热点验证、重启路由器 | 否 | 通用排障经验 | 2026-10-18 |
| 客户端显示已连接，但网页打不开 | — | 通用排障经验归纳（症状对照） | 系统代理或规则 | 检查系统代理、规则模式与当前策略组 | 否 | 通用排障经验 | 2026-10-18 |
| 仅某一个节点失败 | — | 通用排障经验归纳（症状对照） | 单节点问题 | 切换同订阅内其他节点 | 否 | 通用排障经验 | 2026-10-18 |
| 订阅更新失败 | — | 通用排障经验归纳（症状对照） | 订阅或域名 | 检查订阅链接、尝试更换网络更新 | 视情况 | 通用排障经验 | 2026-10-18 |
| 订阅更新成功但节点列表为空 | — | 通用排障经验归纳（症状对照） | 账号状态或套餐 | 登录官网核对到期、流量与账号状态 | 是 | 官网账号页（用户自查） | 2026-10-18 |
| 全部节点均不通且账号正常 | — | 通用排障经验归纳（症状对照） | 服务端 | 查看官网公告、对比另一网络环境 | 是 | 通用排障经验 | 2026-10-18 |
| 客户端启动失败或频繁闪退 | — | 通用排障经验归纳（症状对照） | 客户端或权限 | 查看错误提示，回退最近更改 | 视情况 | 通用排障经验 | 2026-10-18 |
| 系统更新后虚拟网卡不工作 | — | 通用排障经验归纳（症状对照） | 权限或驱动 | 重新授权、重启客户端 | 否 | 通用排障经验 | 2026-10-18 |
| 流量显示已用完 | — | 通用排障经验归纳（症状对照） | 额度 | 核对官网流量与重置规则 | 是 | 官网账号页（用户自查） | 2026-10-18 |
| 只有特定平台失败，其他正常 | — | 通用排障经验归纳（症状对照） | 平台策略或节点地区 | 换节点或地区，核对规则分流 | 否 | 通用排障经验 | 2026-10-18 |
表中最后一行值得单独说明：只有某个特定平台访问失败，而其他代理访问正常，通常并不代表机场整体故障。平台策略、IP 状态、地区限制都可能变化，品牌资料显示覆盖相关使用场景，具体可用性可能随地区和平台策略变化，建议以最新实际测试结果为准。这种情况应优先排查分流规则和节点选择，不属于需要启动备用的应急。
应急决策路径
排查可以画成一棵树，在慌乱时按图走，避免漏掉步骤。
Decision Path
主力服务突然不可用时的应急顺序
text
浏览器打开普通国内网站是否正常？
├─ 否 → 故障在本地网络：换热点、重启路由器，与机场无关
└─ 是 → 关闭代理后再打开代理，是否恢复？
├─ 是 → 多为客户端状态或系统代理残留，记录并继续观察
└─ 否 → 客户端是否正常运行、规则与策略组是否被修改？
├─ 否 → 回退最近的配置更改，重启客户端
└─ 是 → 手动更新订阅，是否成功并有节点？
├─ 否 → 登录官网：是否到期、流量耗尽或账号异常？
│ ├─ 是 → 续费或等待重置，同时启用备用度过空窗
│ └─ 否 → 更换订阅链接、联系服务商，启用备用
└─ 是 → 切换同订阅内其他节点是否有可用？
├─ 是 → 单节点问题，继续使用并记录
└─ 否 → 查看官网公告，视为服务端故障，启用备用这棵树的价值在于顺序：越靠前的步骤越便宜、越不破坏现场。等你确实走到最后一格，启用备用才是正确选择。
切换备用的做法
决定启用备用之后，动作要尽量小、尽量可逆。
先确认备用本身是否可用。 这一步取决于你平时有没有坚持检查。如果备用的到期日、额度和导入状态在上次检查时都正常，现在只需手动更新订阅、选一个节点连接。若备用也出问题，不要慌，回到上面的分层排查，因为很可能是本机层面的共同原因。
选择最少改动的切换方式。 如果已经配置了故障转移策略组，备用可能自动接替，你只需确认当前使用的节点来自备用订阅，配置思路见故障转移策略组的配置思路。如果没有，就手动切换：在客户端中选择备用订阅，应用其节点列表，再确认规则模式没有被一并改变。
控制备用的消耗。 备用额度通常很小，应用先暂停大流量任务，例如大文件下载、高清视频、系统更新。把有限的额度留给必须完成的事。用不限时流量包做备用时，这一点尤其重要，使用规则见流量包做备用的取舍。控制消耗的通用思路可以参考节省流量的做法。
对合并订阅保持谨慎。 如果你把主力与备用合并成一份订阅，故障时可能难以区分来源。合并的利弊见合并订阅的取舍，没有明确需要时，保持两份订阅独立往往更容易排障。
移动设备与路由器场景。 手机端切换备用时，要注意后台保活和网络切换的影响；如果家里使用旁路由或路由器统一出口，切换备用意味着整个局域网的出口变化，要先确认其他设备是否也需要这个出口。路由器场景下，DNS 配置的影响也值得关注，原理见路由器 DNS 的设置思路。
预算很紧时的应急取舍
学生或预算有限的用户，往往没有额外的备用订阅，应急时选择更少。这时可以采用一个朴素的次序：先完成排查，确认确属服务端或账号问题；再评估是否值得临时购买一份小额度的月付或不限时流量包度过空窗；若预算不允许，则把非必要的在线任务延后，等待主力恢复。
关于学生预算下如何配置主力与备用，可以参考学生预算的配置思路。需要强调一点：应急不应成为“临时买一份年付订阅”的理由，因为年付是整年锁定，价格口径是年付折算价而非月付价，在没有验证服务质量之前，不应为了解决眼前的问题而一次性支付整年费用。
事后复盘：把一次故障变成一次升级
主力恢复或切换稳定后，花十分钟做复盘，价值通常大于故障本身的代价。
- 记录事件：时间线、症状、你做过的排查、最终原因（或最可能原因）。
- 对照日志：上次检查备用是什么时候，备用在这次故障中是否真的可用。如果不可用，把这件事记为“检查不足”，并立刻补一次检查。
- 评估互补性：这次故障是否同时影响了备用？如果是，说明两者在运营主体或线路入口上不够互补，需要考虑更换备用。选型维度可以对照选型清单，风险视角可以参考使用风险的整体框架。
- 评估主力：故障频率、持续时间、官方沟通质量，都是续费前的参考。若频繁出现，应该比较是否更换主力，而不是增加备用。品牌比较的入口见对比专题，其结论不构成推荐，品牌之间没有排序。
- 更新预案：把本文的决策路径改成自己的一页纸，写上自己的订阅名称、账号找回方式、备用的启用步骤，放在一个主力失效时仍能访问的位置。
复盘的结果还应落到检查节奏上。如果备用在这次故障里表现不佳，就把检查频率调高，具体做法见备用订阅的定期检查。
知识图谱：主力服务应急
实体定义。 应急步骤是在主力代理服务突然无法使用时，按固定顺序定位故障层级、必要时切换备用并事后复盘的一组操作。
相关概念。 分层排查是把问题按本地网络、系统设置、客户端、订阅、账号、服务端的顺序逐层确认；系统代理与虚拟网卡是客户端把流量送入代理的两种常见方式；订阅是客户端获取节点列表的来源；备用是与主力互补的另一份独立订阅；故障转移是客户端在节点失败时自动切换的机制。底层路径选择的背景可参考线路与路由的基础知识，协议层的通用原理见协议基础。
技术参数。 与应急相关的可记录参数包括：最后一次正常时间、错误提示原文、订阅更新结果、到期日、剩余流量、官网公告状态。这些参数没有统一公开口径，需要用户自行读取。
适用场景。 适用于年付低价订阅作主力的轻度用户、日常依赖代理访问协作工具的用户、使用单一订阅且已经有备用的用户。不适用于需要正式服务等级承诺的商业场景。
对比依据。 判断一套应急流程是否合理，看三点：是否按由内向外、由廉价到昂贵的顺序；是否保留故障现场；是否包含事后复盘。
常见问题指向。 具体疑问见下文常见问题；桌面客户端的更多选择见桌面端客户端总览，移动端见移动端客户端总览。
方案关联：客户端与备用订阅
本主题与具体品牌的关系不大，应急流程对任何品牌通用。可以关联的方案主要是客户端与订阅的组织方式：
| 方案 | 适用情况 | 应急时的好处 | 需要注意 |
|---|---|---|---|
| 两份独立订阅，手动切换 | 备用很少被使用的用户 | 来源清晰，排障简单 | 切换需要手动操作 |
| 两份订阅加故障转移组 | 对中断较敏感的用户 | 主力失败时自动接替 | 需要定期核对策略组引用 |
| 合并为一份订阅 | 追求界面简洁的用户 | 无需切换订阅 | 故障时难以区分来源 |
| 不限时流量包备用 | 用量极低、偶发使用 | 平时几乎无消耗 | 规则待核实，需检查有效期 |
| 临时月付小套餐 | 预算有限、遇到空窗 | 避免整年锁定 | 月付价是否存在以官网为准 |
这张表不涉及品牌排序。如果想了解某个品牌的客户端方式和协议字段，可以在品牌库中按场景筛选；其中 AI 与流媒体相关字段，请按上文的条件化说明理解。
优点、限制与风险提示
优点
- 提供一个固定的顺序，在紧张时减少遗漏，也避免了反复折腾本机。
- 保留故障现场，便于事后复盘，也便于向服务商描述问题。
- 把“是否启用备用”变成基于证据的决定，避免无谓消耗备用额度。
- 复盘环节能暴露互补性不足、检查不足等结构性问题，推动选型和备用方案迭代。
- 流程不依赖具体品牌，也不依赖具体软件版本，长期可用。
限制
- 分层排查依赖你能获得足够信息，对不熟悉客户端的用户，部分步骤可能需要查阅客户端的说明。
- 通用顺序无法覆盖所有罕见情况，例如运营商层面的临时策略变化或设备特有的问题。
- 本站没有统一实测数据，无法替你判断某个具体节点或品牌当前是否可用，只能说明如何自己判断。
- 备用是否真的可用，取决于平时是否做过检查，应急时才发现备用也失效，就没有多少选择了。
- 套餐中的限速、设备数、退款政策等字段在资料中多为待核实，应急时临时查阅官网才能知道。
风险提示
- 不要在慌乱中把订阅链接、账号密码发给陌生人或所谓“修复工具”，订阅链接等同于访问凭据。
- 不要为了解决眼前问题一次性购买整年套餐；年付折算价不是月付价，退款政策待核实。
- 不要为了“修好”而下载来源不明的客户端或配置，这可能带来安全风险。
- 不要把排障过程中单次的成功或失败当作服务质量的结论，也不要据此对某个品牌下判断。
- 品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。
- 使用任何网络服务都应遵守所在地区的法律法规与平台条款，本文只讨论服务选型与排障方法。
常见问题
机场突然用不了，第一步应该做什么？
先不要做任何改动，记录出现问题的时间、最后一次正常的时间、当时的操作以及客户端的错误提示，然后用国内网站和另一网络环境判断是不是本地网络问题。确认故障不在本机网络后，再按系统代理、客户端、订阅、账号、服务端的顺序逐层排查。
怎样判断是机场的问题还是自己网络的问题？
先看普通国内网站能否打开，再换手机热点或另一个网络环境对比。如果国内网站也打不开，或换网络后立刻恢复，问题多半在本地网络。如果网络正常、其他节点也不通、账号状态正常且换环境依旧如此，才更可能是服务端问题。
只有一个节点连不上，需要启用备用吗？
通常不需要。单个节点失败更像节点本身的临时问题，先切换同一订阅内的其他节点，记录情况即可。只有当整份节点列表都不通、订阅更新失败或账号异常时，才有必要启用备用，以免无谓消耗备用的小额度。
订阅更新失败时应该怎么处理？
先看错误提示是网络问题、解析问题还是链接失效，再确认订阅链接是否被重置、域名是否能够解析。若更新依赖代理而代理正好失效，可以暂时让订阅更新走直连或换网络更新。仍然失败则登录官网核对账号状态，并考虑启用备用。
流量用完了或套餐到期了怎么办？
先登录官网核对到期日、剩余流量和重置规则，以官网说明为准。若是流量耗尽，可以等待重置或购买补充；若是套餐到期，则续费。无论哪种情况，在恢复期间可以先启用备用，并暂停大流量任务，把有限的额度留给必须完成的事。
主力和备用同时用不了，说明什么？
说明故障可能出在两者共同依赖的环节：本地网络、系统代理、客户端或权限，或者两者的运营主体、线路入口缺乏互补。先按分层排查确认本机层面，若本机正常，则事后回到备用选型，增强运营主体、线路入口、付费周期上的差异。
为了应急，可以临时买一份年付套餐吗？
不建议。年付是一次性锁定整年费用，本站收录的低价品牌价格都是年付折算价而非月付价，月付价待核实，退款政策也待核实。更稳妥的是先确认故障原因，再考虑月付小套餐或不限时流量包，经过验证后再决定是否年付。
故障恢复后还需要做什么？
做一次简短复盘：记录时间线与最终原因，对照备用检查日志看备用是否真的可用，评估这次故障是否同时影响了备用，并更新自己的应急预案。如果备用表现不佳，要调高检查频率；如果主力故障频繁，应在续费前重新比较选型。
预算有限、没有备用订阅，应急时有什么选择？
先完成分层排查，确认确属服务端或账号问题；再评估是否值得临时购买小额度的月付套餐或不限时流量包度过空窗；预算不允许时，把非必要的在线任务延后等待恢复。不要为解决一次故障而一次性支付整年费用。
下一步
建议趁主力正常的时候先做三件事：把本文的决策路径整理成自己的一页纸；确认备用订阅的到期日、流量与导入状态，方法见备用订阅的定期检查；再回到轻度与备用专题总览，看当前的备用方案是否仍然合适。
Cluster · backup
备用方案
- 备用机场怎么选：与主力服务形成互补选择备用机场时应该考虑哪些互补维度？
- 用流量包做备用：成本较低的冗余方案用不限时流量包做备用是否划算？
- 在客户端中同时使用两份订阅的配置方法如何在一个客户端里同时使用两份订阅？
- 故障转移策略组：fallback 与 url-test 的配置如何配置自动故障转移的策略组？
- 定期检查备用订阅：避免关键时刻失效备用订阅应该多久检查一次，检查什么？
- 主力服务突然不可用时的应急步骤主力服务突然无法使用时应该按什么顺序处理？
信息来源与更新日期
信息来源：通用技术资料（分层排障、系统代理、虚拟网卡、订阅与故障转移等通用概念）；品牌公开资料与用户提供清单（data/brands.json，Vendor Data）。排查顺序属于通用方法，不代表任何品牌的官方流程。本站当前未提供统一实测结果，测速为 Not Tested。
数据核实日期：2026-10-18。最近更新时间：2026-10-18。