OpenClash 配置流程与规则检查

导入前的准备

OpenClash 配置文件建议单独保存一份原始版本。订阅链接、覆写脚本和本地规则不要混在同一份说明里，后期更容易比对。

• 看清 YAML 缩进和字段名称，复制后不要多出空格或不可见字符。
• 代理组名称变动后，规则末尾引用也要同步检查。
• 不同内核对部分协议字段的支持存在差异，导入失败先读日志。

规则设置重点

常见做法是把直连、代理、拦截、兜底分开。OpenClash 规则匹配按顺序执行，前面的规则命中后，后面的策略不会再参与。

• 国内常用服务优先走直连，避免多余延迟。
• 需要固定线路的应用放入独立策略组，便于临时切换。
• 兜底策略不要频繁变化，日常网络体验会更稳定。

导入后的复查顺序

保存配置后不要马上改下一项，先启动服务并观察日志。若能正常启动，再检查策略组是否能切换、规则集是否能更新、常用地址是否命中预期线路。

DNS 项建议单独记录。解析地址、劫持设置和缓存策略一旦混乱，网页首开慢、应用连接超时、局域网设备不可访问等问题会交织在一起。

手动添加规则时，先使用少量条目测试。确认命中后再扩展列表，避免一次加入太多内容，后期无法判断是哪一条造成异常。

配置项不要混着改

策略组、规则集、覆写文件和内核参数属于不同层面。一次修改多个层面，看似效率高，实际会增加排查成本。更稳妥的做法是改完一项就运行一轮基础测试。

保留清晰命名也很关键。备份文件可以写上用途和日期，例如“主路由稳定版”“测试规则版”，后续找回旧配置时不会混淆。