备用机场怎么搭配？主备线路分散与多订阅管理

为什么需要备用：单点故障从哪里来

只用一家机场时，你能否正常上网，取决于这家服务的每一个环节。常见的中断来源大致有三类：

• 线路维护或调整：服务商更换入口、迁移服务器或调整中转线路，期间部分或全部节点不可用，短则几十分钟，长则一两天；
• 入口被干扰：中转线路的国内入口一旦受到干扰，挂在它后面的所有节点会一起超时，换节点也无济于事；
• 服务停止运营：俗称“跑路”，这时不只是暂时不可用，而是需要立刻找到替代，常见前兆见机场跑路前有哪些征兆。

备用机场要解决的就是这种“单点故障”：主力出问题时，你能在几分钟内切换到另一套可用的线路，而不是干等服务商修复，或者临时去找一家陌生的服务。对远程办公、依赖 AI 工具或经常出差的人来说，这份“保险”的价值通常高于它的成本。

需要先排除一个误区：主力不能用时，问题未必出在服务商。订阅过期、系统时间不准、本地网络限制都会造成所有节点超时，切换之前最好先对照问题排查速查表确认问题确实在服务端。反过来，备用也是很好的诊断工具：备用正常而主力全部超时，基本可以排除本地原因。

“线路来源不同”具体指什么

备用的价值建立在“主力坏的时候它没坏”这个前提上。如果两家服务共用同一类入口、同一家上游线路，故障往往会同时发生，备用就失去了意义。所谓线路来源不同，可以从四个方面比较：

理解这张表的关键是入口和落地：多数中转节点的流量路径是“你 → 国内入口 → 境外落地 → 目标网站”，入口决定了国内这一段的质量和受干扰的风险，落地决定了网站看到的 IP。三类线路的数据路径与晚高峰表现，可以参考直连、中转与专线对比。

理想的备用不必在四个维度上都与主力不同，但至少应在入口或线路类型上错开。例如主力以某个城市入口的中转为主，备用可以选另一城市入口的中转，或者直连线路、不同协议的节点。

看不到上游时，可以观察哪些信号

需要坦白的是：普通用户很难看清一家机场的上游。不少服务商的中转线路可能来自同一类线路供应商，节点名称也常常只写地区、不写入口。下面这些信号不能给出确定答案，但能帮你排除明显“同源”的组合：

1. 对比节点服务器地址。 在客户端的节点详情或配置中找到两家节点的服务器地址（配置里的 server 字段），解析成 IP 后比较。两家地址解析到同一个 IP 或同一网段，很可能共用入口；
2. 对比落地 IP。 分别选中两家常用地区的节点，访问一个显示本机公网 IP 的网页，记录 IP 和网络运营者。属于同一个大型云服务商并不罕见，但连网段都相同就要留意；
3. 对比协议类型。 两家的节点如果全部是同一种协议，可以考虑让备用换一种；
4. 观察故障是否同步。 最直接的证据是历史：试用期间两家如果多次在同一时间一起变慢或超时，说明它们可能有共同环节。

解析节点地址前，先关闭客户端的 TUN 模式，否则在 fake-ip 模式下得到的往往是 198.18.x.x 之类的虚拟地址：

# Windows PowerShell：把域名换成节点详情中的服务器地址
Resolve-DnsName entry-a.example.com
Resolve-DnsName entry-b.example.com

# macOS / Linux
nslookup entry-a.example.com
nslookup entry-b.example.com

备用服务的成本怎么选

备用的特点是平时几乎不用，所以首要原则是“固定成本低”。常见的三种做法如下，价格与规格为粗略概括，其中的数字取自本站价格页收录的套餐，具体以服务商说明为准：

对多数人来说，前两种已经足够。主力月付加一份不限时流量包，是兼顾成本与应急的常见搭配；如果主力故障较频繁，或者你希望备用一直处于“热身”状态、随时知道它好不好用，低价小流量月付更合适。备用需要多少流量，可以按“主力最长可能中断的天数 × 每天用量”粗略估算，每天用量可以参考四步选购中的流量估算。

简单做法：在客户端里分别导入两份订阅

最省事的管理方式，是把两份订阅分别导入客户端，平时用主力，出问题时手动切换：

• Clash Verge Rev：在“订阅”页依次导入两个订阅链接，各自生成一张订阅卡片，点击哪张卡片，哪份配置就生效。建议在卡片的“编辑信息”中把名称改成“主力”“备用”，避免平时误用备用流量；
• Shadowrocket：首页可以添加多个 Subscribe 类型的订阅，节点通常按订阅分组显示，需要时直接点选备用订阅里的节点；
• v2rayN：可以添加多个订阅分组，切换到备用分组后选择节点，再设为活动服务器即可。

这几款客户端的官方下载渠道与特点，见客户端资料。以上界面名称随版本变化，以实际版本为准。这种方式的缺点是需要人工判断何时切换，而且多数图形客户端一次只启用一份配置，两份订阅的节点不能在同一套规则里混用。另外，未启用的订阅是否会按设定的间隔自动更新，因客户端和版本而异，不要默认它一直是最新的。

进阶做法：用 proxy-providers 合并主备订阅

如果希望主力故障时自动改用备用，可以借助 mihomo 内核的 proxy-providers（代理集合）把两份订阅放进同一份配置，再用代理组安排优先级。url-test 与 fallback 两类自动切换代理组的基本区别，可以先看稳定梯子方案对比。整体分三层：

1. 两个 proxy-provider 分别拉取主力和备用订阅中的节点；
2. 两个 url-test 代理组通过 use 引用各自的 provider，自动选择延迟较低的节点；
3. 一个 fallback 代理组按“主力 → 备用”的顺序排列，主力组检测失败时改用备用组。

proxy-providers:
 主力订阅:
 type: http
 url: "https://example.com/sub-main" # 替换为主力服务商提供的订阅链接
 path: ./providers/main.yaml
 interval: 86400 # 订阅更新间隔（秒），这里为每天一次
 health-check:
 enable: true
 url: https://www.gstatic.com/generate_204
 interval: 300
 timeout: 5000
 备用订阅:
 type: http
 url: "https://example.com/sub-backup" # 替换为备用服务商提供的订阅链接
 path: ./providers/backup.yaml
 interval: 86400
 health-check:
 enable: true
 url: https://www.gstatic.com/generate_204
 interval: 1800 # 备用的检查间隔放长，减少流量消耗
 timeout: 5000

proxy-groups:
 - name: 节点选择
 type: select
 proxies:
 - 主备切换
 - 主力
 - 备用
 - name: 主备切换
 type: fallback
 proxies:
 - 主力
 - 备用
 url: https://www.gstatic.com/generate_204
 interval: 300
 - name: 主力
 type: url-test
 use:
 - 主力订阅
 url: https://www.gstatic.com/generate_204
 interval: 300
 tolerance: 50
 - name: 备用
 type: url-test
 use:
 - 备用订阅
 url: https://www.gstatic.com/generate_204
 interval: 1800
 tolerance: 50
 # filter: "(?i)日本|jp" # 可选：只保留与主力相同地区的节点

rules:
 - GEOSITE,cn,DIRECT # 示意规则，实际使用时换成完整的分流规则
 - GEOIP,CN,DIRECT
 - MATCH,节点选择

几个关键点：

• use 与 proxies 的分工：use 让代理组引用整个 provider 里的节点，proxies 则引用单个节点或其他代理组，所以 fallback 组的 proxies 里写的是两个代理组的名称。provider 的名称不要和代理组重名；
• fallback 的选择逻辑：按列表顺序选择第一个可用的成员。主力组检测正常时始终使用主力，检测失败时改用备用，主力恢复后通常会在后续检测中自动切回；
• 切换不是瞬间完成的：判断依赖定时检测，检测间隔内仍可能出现短暂中断；
• 健康检查也消耗流量：每次检测都会经过节点发起请求，同样计入套餐用量，所以示例把备用的检查间隔放长了；
• 保留手动组：“节点选择”可以在需要时强制指定主力或备用，例如专门测试备用是否可用。

在 Clash Verge Rev 中，可以在“订阅”页新建一个本地配置，把上述内容粘贴进去并替换链接，选中后生效；端口、TUN 等基础设置通常仍由客户端自身的设置项控制（入口名称以实际版本为准）。这种方式下订阅卡片一般不会显示两家服务的用量和到期时间，需要到服务商后台查看。示例中的规则只是示意，规则按从上到下的顺序匹配，第一条命中的规则生效，替换时要保留最后的 MATCH 兜底规则。

还要注意订阅格式：provider 由内核自己下载并解析订阅内容。按 mihomo 文档的说明，可以解析的内容包括含 proxies 列表的 YAML、每行一个分享链接的 URI 列表以及 Base64 编码的列表；如果服务商返回的是完整的 Clash 配置，内核通常只读取其中的节点，订阅自带的规则不会生效。导入后某个 provider 里没有节点时，可以在服务商后台换用 Clash 或 mihomo 格式的订阅链接再试。

定期维护备用订阅

备用平时不用，最容易在真正需要时才发现已经失效。建议把下面几件事加入每月的固定检查：

1. 每月至少更新一次备用订阅：服务商更换节点地址后，旧配置里的节点会全部失效；
2. 确认没有过期、流量没有耗尽：不限时流量包要看是否设有总有效期，月付要看是否按时续费；
3. 晚高峰试用一次：选中备用节点，实际访问常用网站和工具几分钟，而不只是看测速数字；
4. 复核线路是否仍然错开：服务商可能调整入口或落地，主备之间的差异会随时间变化；
5. 手机上也准备好：主力出问题时往往要先用手机应急，备用订阅最好在手机客户端里也导入一份。

什么时候对调主力与备用

主备的角色不是固定的。出现下面几种情况时，可以考虑把备用升为主力：

• 主力反复出问题：一两周内多次在晚高峰中断或明显变慢，而备用在相同时段表现稳定；
• 备用的实际体验更好：试用中备用的延迟波动和可用率持续优于主力，价格和流量也能满足日常需求；
• 主力调整了规则：涨价、缩减流量、提高常用节点倍率，或者公告和工单响应明显变差；
• 主力停止运营或长时间失联：这种情况无需犹豫，立即切换，并尽快补上新的备用。

对调之前，先给原备用换上适合日常使用的套餐，例如从不限时流量包改为流量更充足的月付；原主力如果仍然可用，可以降级为备用，或者到期后停用。无论怎么调整，保持“一主一备、线路来源不同”的结构不变，单点故障的风险就始终在可控范围内。