PassWall2 自动切换节点怎么设置？
简答：PassWall2 自动切换节点的核心做法是：在对应的 Socks 配置中启用“自动切换”，指定一个主节点和备用节点列表，再根据实际网络调整检测周期、超时和重试次数。配置后不要只看页面状态，应通过日志、实际连接和手动模拟故障确认是否真的发生了节点切换。本文只讲 PassWall2 的主备故障切换，不覆盖其他客户端的自动选优配置。
定义：PassWall2 自动切换节点，是由程序定期检测当前节点，并在检测失败时按备用节点列表尝试切换的主备故障转移机制。
先看配置结果：PassWall2 自动切换需要哪些字段
截至 facts.today（2026年11月1日），PassWall2 当前源码中的 Socks 配置页包含“自动切换”开关、备用节点添加方式、备用节点列表等字段；中文界面还对应“主节点”“备用节点列表”“恢复切换”“检测周期”“超时秒数”和“超时重试次数”等选项。具体菜单名称可能随版本或语言变化，以下以当前页面实际显示为准。可先打开对应的 Socks Config 配置页，再按下表逐项核对。相关字段可在 PassWall2 Socks 配置源码 和 中文字段翻译文件 中核对。
| 项目 | 应该怎么设置 | 验证边界 |
|---|---|---|
| 自动切换 | 打开“自动切换” | 只代表启用机制，不代表当前已经切换成功 |
| 主节点 | 选择平时优先使用的节点 | 必须是当前配置中仍然存在的有效节点 |
| 备用节点 | 按顺序加入至少一个备用节点 | 备用列表为空时没有可供切换的目标 |
| 检测周期 | 先使用页面默认值，确认误切换后再调整 | 过短可能增加检测和切换频率，过长则发现故障更慢 |
| 超时与重试 | 先保持保守设置，再根据日志调整 | 一次请求失败不等于节点长期不可用 |
| 恢复切换 | 需要回到主节点时开启；希望保持备用节点时关闭 | 开启后主节点恢复时可能再次发生切换 |
PassWall2 自动切换节点的可照做步骤
- 先备份当前配置。记录当前 Socks 配置使用的主节点、备用节点列表、分流节点和 DNS 设置。只改自动切换相关字段，避免同时修改规则或核心配置。
- 打开对应的 Socks 配置。在 PassWall2 中进入与你当前代理入口对应的 Socks 配置页，确认页面中能看到“自动切换”字段。若看不到，不要直接猜菜单路径，先确认当前安装版本和页面语言。
- 启用自动切换并选择主节点。打开“自动切换”，选择平时使用的主节点。主节点必须在当前节点列表中可选；如果节点刚经过订阅更新，先确认它没有被删除、重命名或过滤。
- 添加备用节点。选择页面提供的备用节点添加方式。当前源码显示，备用节点可以使用手动方式添加，也存在批量添加模式；若使用手动方式，逐个加入备用节点并保存。不要把主节点重复加入备用列表，源码会在写入时排除与主节点相同的节点。相关逻辑见 Socks 配置源码。
- 设置检测参数。先保留当前版本页面的默认检测周期、超时秒数和重试次数，点击“保存并应用”。如果日志显示误判频繁，再一次只调整一个参数，便于回滚和判断影响。
- 确认恢复切换策略。如果你的目标是主节点恢复后回到主节点，打开“恢复切换”；如果更重视切换后保持当前可用备用节点，可先关闭。该选项的含义是检测到主节点可用时切回主节点，源码翻译文件对此有明确说明。
- 先做正常连接验证。确认代理入口能正常建立连接，再记录当前使用的节点名称或日志中的节点备注。不要把“配置保存成功”当作“故障转移已验证”。
停止条件：如果保存后主节点、备用节点或 Socks 配置被清空，先恢复备份，不要继续叠加修改。当前源码中的自动切换脚本会对节点逐个进行测试，并在节点正常时执行切换；因此，实际切换结果还取决于节点配置、核心进程和探测地址是否正常。相关检测和切换逻辑可查看 PassWall2 自动切换脚本。
如何验证真的发生了节点切换
建议按“配置—进程—代理出站—节点变化”四层验证，不要只看网页能否打开。
- 确认配置层。重新打开 Socks 配置页，检查自动切换仍为开启状态，主节点和备用节点仍在列表中。
- 确认运行层。查看 PassWall2 对应 Socks 配置的日志。源码中的自动切换脚本会记录检测节点、节点异常、尝试备用节点、切换完成或所有节点不可用等过程。日志中出现“切换完成”类记录，才可以说明程序执行过切换流程；仅出现连接失败，不能证明已经切换成功。
- 确认出站层。在客户端或局域网设备上重新访问一个此前可验证的目标，观察连接是否恢复。浏览器能打开页面只能说明当前请求成功，不能单独证明所有流量都已切换。
- 确认节点变化。比较切换前后的日志节点备注、节点类型或当前缓存状态。如果节点名称没有变化，不能仅凭页面刷新判断发生了切换。
自动切换脚本的探测逻辑包括通过本机 Socks 端口发起请求，并检查返回状态；源码中还区分了代理探测失败与基础网络探测结果。因此，若代理请求失败，优先同时检查核心是否运行、节点是否可连接、DNS 是否正常，以及路由器本身是否能访问探测地址，而不要直接断定是备用节点失效。可参考 自动切换检测脚本。
自动切换、URL 测试和负载均衡不是一回事
| 机制 | 主要目的 | 适合什么场景 | 不能据此证明什么 |
|---|---|---|---|
| 自动切换 | 当前节点异常时尝试备用节点 | 希望主节点故障后继续使用备用节点 | 不能保证所有协议、所有规则流量都同时恢复 |
| URL 测试 | 对节点或代理链路发起测试请求 | 查看某个节点当前是否能完成探测 | 一次测试成功不代表长期稳定，也不等于已完成主备切换 |
| 负载均衡 | 在多个节点之间分配流量 | 需要多节点共同承载流量的场景 | 不能替代主节点、备用节点的故障转移逻辑 |
PassWall2 的中文字段文件明确区分了“自动切换”和“负载均衡”相关选项；负载均衡还包含优选节点数量和流量随机分配等描述。因此，如果你的目标只是“主节点断开后切到备用节点”，优先配置自动切换，不要先改负载均衡。
PassWall2 自动切换不生效：按现象分流排查
- 没有备用节点：重新打开配置页，确认备用列表不是空的，且节点仍存在于当前节点列表。
- 订阅更新后无法切换：检查备用节点是否因为名称变化、节点删除或过滤规则变化而失效。更新订阅后应重新核对主节点和备用节点，而不是只看订阅更新是否成功。
- 日志显示所有节点不可用：先逐个手动测试节点，再检查核心进程、DNS、路由器基础网络和探测地址。所有节点同时失败时，优先检查公共依赖，不要立即修改切换顺序。
- 频繁在主节点和备用节点之间来回切换：先不要继续增加节点，逐项提高检测容错或关闭恢复切换进行对照测试。每次只改一个字段，并保留原值以便回滚。
- 页面有节点但自动切换不运行：确认实际启用的是当前 Socks 配置，而不是只在节点列表中保存了节点；同时查看对应日志是否产生检测记录。
- URL 测试失败但实际连接可用：不要把单一测试结果当作确定诊断。可先验证实际代理请求、核心日志和路由器基础联网，再判断是探测链路还是节点本身异常。
回滚方法：关闭自动切换，恢复原主节点，清空新增备用节点，保存并应用；确认原配置恢复后，再逐项重新添加备用节点。不要在未备份的情况下同时修改分流、DNS、TUN 或核心版本。
适用范围与版本边界
本文依据 PassWall2 当前公开源码、中文字段文件和自动切换脚本整理，页面字段以你实际安装版本为准。PassWall2 的发布资产会随版本变化，安装包、核心版本和界面字段不要从本文自行推断；需要升级时，请以项目当前 Release 资产列表 为准。
本文不提供节点可用性、速度、延迟或长期稳定性保证，也不把某次测试结果扩展为所有设备和网络环境的结论。本站是第三方使用指南站，不是 PassWall2 项目官方站；品牌归属、版本发布和安装包信息请以项目公开页面为准。
相关排查入口
如果你已经完成主备切换配置，下一步可按具体现象继续排查：
- PassWall2 连接失败怎么办？按错误提示逐步排查：适合节点、核心或代理出站均失败的情况。
- PassWall2 节点不显示怎么办？按订阅、过滤和内核排查：适合备用节点在列表中消失或无法选择。
- PassWall2 订阅更新失败怎么办？按 DNS、超时和格式排查：适合更新后主节点或备用节点发生变化的情况。
- PassWall2 路由日志怎么看？LuCI、SSH与报错排查：适合需要确认切换流程是否真正执行。
常见问题
PassWall2 自动切换节点在哪里设置？
需要打开对应的 Socks Config 配置页，在其中启用“自动切换”，然后设置主节点和备用节点列表。当前源码还包含备用节点添加方式字段，具体菜单位置以你安装版本实际显示为准。
备用节点越多越好吗？
不一定。备用节点应先逐个确认能正常连接，再按需要加入。节点过多会增加排查范围，且订阅更新后可能出现节点删除、重命名或排序变化，因此应定期复核备用列表。
开启恢复切换还是关闭？
如果希望主节点恢复后自动回到主节点，可以开启；如果希望故障后继续使用当前可用的备用节点，可以先关闭。开启后要观察是否出现来回切换。
自动切换不生效，先看哪里？
先看四项：备用列表是否为空、主备节点是否仍存在、对应核心是否运行、自动切换日志是否产生检测记录。之后再检查 DNS、路由器基础网络和探测地址。
URL 测试成功是否代表自动切换已经配置好？
不代表。URL 测试只能说明某次探测请求得到结果，自动切换还需要启用开关、设置主节点和备用节点，并在故障场景下观察日志和实际代理出站是否发生变化。