Clash中文信息网在config.yaml的proxy-groups字段下新建一个类型为fallback的分组，按照优先级从高到低的顺序在proxies列表中填入节点名称即可完成配置。例如- name: "主备切换" type: fallback proxies: - "专线主用" - "中转备用01" - "中转备用02"，Clash VPN会优先使用”专线主用”，仅在其不可用时自动降级到后续备用节点。若需提升节点状态检测的及时性，可添加url和interval参数让客户端定期主动检测当前节点的可用性。配置完成后保存文件并重新加载，即可在客户端看到自定义的fallback分组。
fallback分组的工作原理与适用场景
基于优先级顺序的自动切换机制
fallback是Clash VPN中一种根据预设优先级自动选择可用节点的策略组类型，其工作逻辑与url-test完全不同。当用户将代理切换至fallback类型分组时，客户端会按照proxies列表中的先后顺序，依次尝试使用节点，排在第一位的节点为最高优先级的主用节点。每当需要建立新的代理连接时，Clash VPN都会检测当前正在使用的节点是否可用，若检测到节点失效或连接超时，便会自动降级到列表中的下一个节点继续尝试。这种机制确保了用户始终连接到一个可用的出口，而无需手动干预切换过程。
fallback与url-test的核心区别
fallback和url-test虽然都属于自动选路类型的分组，但两者的决策依据和应用场景存在本质区别。url-test依据的是所有节点的延迟数据，选择的是响应速度最快的节点，其决策基于”性能优先”的原则，适合对响应速度敏感的场景。而fallback依据的是预设的优先级顺序，选择的是proxies列表中第一个可用的节点，其决策基于”稳定性优先”的原则，确保用户始终连接到一个可用的出口。url-test会持续监控所有节点并在延迟变化时重新选择，而fallback仅在当前节点不可用时才会向下一个节点切换，一旦切换成功，即使原节点恢复也不会自动切回。
适合使用fallback的典型场景
fallback分组在需要保持出口IP稳定或对连接持续性要求较高的场景中优势明显。当用户访问需要绑定IP的企业内网、在线银行或需要保持登录态的服务时，url-test频繁切换节点的特性可能导致会话中断或触发安全验证，此时应选用fallback组并手动排定节点的优先级顺序。例如，可以将一条IEPL专线节点设为主用，两条普通中转节点设为备用，当专线出现故障时自动降级到备用线路，既保证了关键时刻的可用性，又避免了因频繁切换IP而触发目标网站的风控机制。
fallback分组的配置文件编写
proxy-groups字段中的基础配置格式
在config.yaml文件中配置fallback分组，需要在proxy-groups字段下新建一个类型为fallback的策略组条目。基础配置至少需要指定name（分组名称，在客户端界面显示）和type: fallback两个核心属性，然后在其下方的proxies:列表中按照优先级从高到低的顺序填入节点名称。Clash VPN在加载配置后，会按照这个列表的顺序逐一尝试连接，排在最前面的节点具有最高优先级，只有在当前节点不可用时才会切换到后续节点。
测速URL与检测间隔的可选配置
虽然fallback分组在基础配置中无需像url-test那样必须指定测速参数，但为了更准确地判断节点的可用性，建议配置url和interval两个可选字段。设置url后，Clash VPN会定期通过该地址检测当前节点的连通性，当检测到节点失效时触发降级切换，而非等到实际请求超时才做出反应。配置示例为url: "http://www.gstatic.com/generate_204"和interval: 300，表示每300秒主动检测一次节点的可用性，确保节点状态变化的感知更加及时。
优先级顺序的排列策略
fallback分组中proxies列表的排列顺序直接决定了节点切换的逻辑，合理的排列策略是发挥fallback功能优势的关键。建议将网络质量最好、稳定性最高的节点排在最前面作为主用节点，将网络质量相近但略逊一筹的节点排在中间作为二级备用，将仅用于应急的节点排在最后。例如，优先使用IEPL或IPLC专线节点，其次使用中转质量较好的普通节点，最后使用免费或共享节点作为保底方案。这种”主用稳定、备用可靠、应急可用”的阶梯式排列，能够在保证日常体验的同时，最大限度避免完全断网的情况发生。
通过Clash Verge Rev图形界面配置
使用内置编辑器新建fallback分组
Clash Verge Rev提供了图形化的分组管理界面，用户无需直接编辑YAML文件即可完成fallback分组的创建。在客户端的「代理」页面中，点击策略组区域右上角的编辑图标进入分组编辑模式，点击「添加组」按钮并在弹出窗口中选择「fallback」作为分组类型。填写分组名称后，在节点列表中按照优先级从高到低的顺序依次勾选需要加入该组的节点，客户端会自动按照勾选顺序生成proxies列表。确认保存后，客户端会将修改同步到配置文件中并重新加载，新分组立即生效。
拖拽调整节点优先级顺序
在Clash Verge Rev的编辑模式下，用户可以通过拖拽操作直观地调整fallback分组内节点的优先级顺序。进入分组编辑界面后，当前已加入分组的节点会以列表形式展示，用户只需选中某个节点并上下拖动即可改变其在列表中的位置，列表顶部的节点具有最高优先级。这种可视化操作方式避免了在配置文件中手动修改名称顺序带来的拼写错误风险，也方便在实际使用中根据节点表现动态调整优先级。调整完成后点击保存，所有变更立即生效，无需重启客户端。
导入订阅时保留自定义fallback结构
通过订阅链接导入配置时，Clash VPN会按照服务商预设的分组结构自动生成对应的策略组，但用户自定义的fallback分组可能会在下次订阅更新时被覆盖。为了避免自定义的优先级配置丢失，可以在Clash Verge Rev中将包含fallback分组的配置另存为独立的本地配置文件，后续使用时加载此本地配置而非在线订阅链接。如需同步订阅中的最新节点，可先将订阅保存为本地文件，再手动将新节点按优先级顺序追加到fallback分组的proxies列表中，实现订阅节点与自定义优先级的兼得。
fallback与select、url-test的配合使用
三层嵌套的分组架构设计
将fallback分组作为子分组嵌套在select外层组内部，可以实现”手动选区域、自动保可用”的智能化选路方案。在这种三层架构中，顶层是一个select类型的手动选择组，其proxies列表中包含多个按地理区域划分的fallback子分组（如”香港-主备”、”美国-主备”）。用户首先在顶层手动选定一个地理区域，Clash VPN再在该区域对应的fallback分组内按照预设的优先级顺序自动维持一个可用节点。这种设计既赋予了用户对区域选择的控制权，又通过fallback机制确保了连接的高可用性，特别适合在节点数量较多且地域分布广泛的配置中采用。
策略组嵌套的配置语法实现
配置嵌套结构需要在proxy-groups字段中分别定义顶层select组和底层的fallback组，然后在select组的proxies列表中引用fallback组的name值。配置示例为：先定义- name: "香港-主备" type: fallback proxies: - "香港专线" - "香港中转01" - "香港中转02"，再定义- name: "区域选择" type: select proxies: - "香港-主备" - "美国-主备" - "日本-主备"。加载配置后，用户在客户端「代理」页面中看到的是”区域选择”组，展开后可选择具体区域，选定后该区域的fallback分组即按照预设的优先级逻辑自动运行。
多区域fallback分组的命名规范
在构建包含多个fallback子分组的select外层组时，命名的一致性直接影响了日常使用的便捷性。建议采用”区域-线路类型-主备”的命名格式，例如”香港-专线-主备”、”美国-中转-主备”或”日本-软银-主备”，让用户在顶层选择时能一目了然地了解每个子分组的线路特征。对于有特殊用途的节点组合，可在命名中增加”流媒体”或”游戏”等关键词，便于在特定场景下快速定位对应的fallback分组。保持命名规范的一致性，是长期维护多区域多层级配置的重要基础。
fallback分组的常见问题与调优
节点频繁切换时如何稳定出口IP
当fallback分组中的主用节点和备用节点轮流出现不稳定时，可能会出现节点在两者之间反复切换的情况，导致出口IP频繁变化。若主用节点的不可用是暂时性的网络抖动而非彻底失效，反复切换反而会影响使用体验。此时可适当延长检测间隔，减少因瞬时波动触发的切换频率。对于需要保持固定IP的场景，可在主用节点恢复后手动将代理切回该节点，或在配置中只保留一个主用节点，将备用节点移出fallback组改为手动选择使用。
所有节点失效时的保底处理策略
当fallback分组中所有节点同时失效时，Clash VPN将无法通过该分组建立任何代理连接，用户需要采取手动干预措施恢复服务。建议在fallback分组的proxies列表中最后一个节点之后，保留一个极低优先级但可靠性较高的”保底”节点，例如一个长期运行稳定的免费节点或自己搭建的服务器。同时可在外层select组中配置一个独立于fallback机制的DIRECT直连选项，当所有代理节点失效时，用户可将代理临时切换为直连模式以确保基本网络访问，待节点恢复后再切回fallback组。定期检查fallback分组中各节点的实际可用性，及时移除长期失效的节点并补充新的备用节点，是维持fallback机制有效性的重要维护工作。
与订阅更新之间的配置覆盖关系
fallback分组的配置与所有手动配置一样，保存在本地的config.yaml文件中，当执行订阅更新时会被服务商预设的配置覆盖。如果用户希望长期保留自定义的fallback分组结构及优先级顺序，应将包含该分组的配置保存为独立的本地配置文件，而非依赖在线订阅。在Clash Verge Rev中，可在「配置」页面将当前配置另存为本地文件，后续使用时加载此本地配置而非在线订阅链接，即可永久保留自定义的fallback分组结构。如需同步订阅中的最新节点，可先将订阅保存为本地文件，再手动将新节点按优先级顺序追加到fallback分组的proxies列表中。
根据节点特征设置差异化优先级
不同协议类型和线路质量的节点在稳定性上存在显著差异，配置fallback分组时应根据节点的技术特征赋予差异化的优先级。IEPL或IPLC专线节点通常稳定性最高，应排在最前面作为主用节点；VMess over WebSocket等经过CDN中转的节点稳定性次之，可作为二级备用；Shadowsocks over TCP等传统协议的节点受网络波动影响较大，适合排在更靠后的位置作为应急使用。用户还可结合服务商的历史表现对节点进行分组，将同一服务商的多个节点集中排列，当该服务商出现故障时可整体切换到另一服务商的备用节点。
常见问题FAQ
fallback分组和url-test分组有什么区别？
fallback依据预设的优先级顺序选择节点，仅当当前节点不可用时才切换到下一个，决策基于"稳定性优先"。url-test依据测速延迟选择响应最快的节点，定期重新检测并可能频繁切换，决策基于"性能优先"。fallback适合需要稳定出口IP的场景，url-test适合追求最低延迟的场景。
fallback分组中节点的优先级是如何确定的？
优先级完全由proxies列表中的排列顺序决定，排在第一位的节点具有最高优先级，Clash VPN会优先尝试使用它。只有在当前节点被检测为不可用时，才会依次向下一个节点降级。用户可以通过调整列表中节点的先后顺序来改变优先级。
fallback分组需要配置测速URL吗？
不需要强制配置，但配置url和interval参数可以提升节点状态检测的准确性和及时性。配置后Clash VPN会定期通过该地址检测当前节点的连通性，在节点失效时主动触发降级切换，避免用户在实际请求时才发现节点不可用。
手动配置的fallback分组在订阅更新后会丢失吗？
会。订阅更新会完整替换配置文件中的proxy-groups内容，手动配置的fallback分组会被覆盖。要保留自定义配置，需将包含fallback分组的配置保存为独立的本地配置文件，后续加载此本地配置而非在线订阅链接即可永久保留。