规则模式、全局模式与直连模式怎么切换

适用设备：代理客户端用户。本文解决的是“规则模式、全局模式与直连模式怎么切换”这一项任务，完成后应能根据实际界面与日志判断结果，而不仅是看到开关已打开。界面名称会随客户端版本变化，遇到不同位置时以当前发行说明和官方帮助为准。

准备事项

先记录设备系统、客户端版本、当前网络与账号状态。已经有可用配置时保留备份；尚未安装客户端时先阅读安装章节。需要服务商面板信息的步骤，应从自己此前核验的入口登录，不能把第三方介绍页当作账户状态。本文不要求提供密码或完整订阅链接，也不使用未经核验的测速结果。

本次依次完成：读懂三种走向、确认规则来源、验证规则模式、短时用全局诊断、回到日常设置。每一步完成后再进入下一步，避免一次更改多个变量造成结果无法解释。

01 读懂三种走向

规则按域名或地址匹配策略，全局通常通过选定代理处理大部分请求，直连则通常不经代理节点。

处理“读懂三种走向”时，先记下原值与当前能正常使用的应用，再执行单项变更。调整后既验证目标应用，也检查日常直连与局域网功能；一个网页成功不能代表所有程序都遵循相同路由。新问题出现时先恢复原值，确认基线是否恢复，再阅读日志分析，而不是继续叠加高级设置。

02 确认规则来源

使用可信配置，检查目标规则与对应策略组，规则列表越长不等于越准确。

处理“确认规则来源”时，先记下原值与当前能正常使用的应用，再执行单项变更。调整后既验证目标应用，也检查日常直连与局域网功能；一个网页成功不能代表所有程序都遵循相同路由。新问题出现时先恢复原值，确认基线是否恢复，再阅读日志分析，而不是继续叠加高级设置。

03 验证规则模式

打开目标网页并看日志命中，国内服务是否直连也需观察配置实际行为。

处理“验证规则模式”时，先记下原值与当前能正常使用的应用，再执行单项变更。调整后既验证目标应用，也检查日常直连与局域网功能；一个网页成功不能代表所有程序都遵循相同路由。新问题出现时先恢复原值，确认基线是否恢复，再阅读日志分析，而不是继续叠加高级设置。

04 短时用全局诊断

规则失败而全局可用时先查规则和策略组，全局可作为对照，不应据此直接判断节点故障。

处理“短时用全局诊断”时，先记下原值与当前能正常使用的应用，再执行单项变更。调整后既验证目标应用，也检查日常直连与局域网功能；一个网页成功不能代表所有程序都遵循相同路由。新问题出现时先恢复原值，确认基线是否恢复，再阅读日志分析，而不是继续叠加高级设置。

05 回到日常设置

诊断后恢复需要的模式，检查账号和流量成本，避免忘记长期全局运行。

处理“回到日常设置”时，先记下原值与当前能正常使用的应用，再执行单项变更。调整后既验证目标应用，也检查日常直连与局域网功能；一个网页成功不能代表所有程序都遵循相同路由。新问题出现时先恢复原值，确认基线是否恢复，再阅读日志分析，而不是继续叠加高级设置。

操作案例与判断依据

假设同一节点在全局模式可以打开目标网页，在规则模式失败。先记录两种模式使用的实际节点与组，再查看目标域名是否被直连、拒绝或分配到另一组。如果两种模式出口不同，就先统一出口再对照，避免误把节点差异归因于规则。规则的顺序和覆盖范围会影响命中，增加一条匹配后应新建请求验证。诊断完恢复日常模式，检查国内服务、流量与账户行为。全局不能修复账号到期、基础网络中断或平台资格问题，因此无论何种模式都需先确认这些基础条件。

这个案例用于说明定位方法，不是服务商测试记录。执行时以自己的版本、界面和实际反馈为准，记录结果后再决定下一步。

结果检查与错误处理

检查结果时区分“配置存在”“程序正在运行”和“实际请求成功”。三者提供的证据不同，遇到问题应描述具体阶段。反馈请写明复现步骤、客户端与内核版本、网络类型及错误文字，隐藏订阅令牌、密码和个人订单信息。

继续阅读

完成当前任务后，回到本章索引选择下一项；需要导入节点可看订阅教程，理解流量走向可看连接与设置。首次使用应先掌握正常连接与退出恢复，再添加自动启动、复杂规则或多设备共享。

参考与维护

Mihomo 官方配置文档。参考入口核对日期：2026-10-12；具体功能、系统要求和界面以当前版本为准。本文没有服务商实测结论。