理解内核、前端和服务的边界
开始使用前，先区分三个角色：内核执行网络连接和规则逻辑，前端提供操作界面，实际代理服务则由相应服务提供者提供。它们可以一起工作，但不能相互替代。一个前端安装成功，不代表配置可用；一个配置导入成功，也不代表其中的目标服务可以连接。
本指南按最少假设组织步骤，不要求先安装某个未经核实的图形客户端。你可以从内核获取说明了解来源，再决定使用终端还是可信兼容前端。本站场景图和配置面板是原创教学示意，不显示设备的真实网络状态。
记录设备与网络基础信息
确认设备系统、芯片架构、当前网络类型和能否修改系统设置。工作或学校网络可能限制代理端口、软件安装与外部连接，操作前应遵守管理员要求。先用原有连接确认本地网络正常，再引入新的配置，才能判断变化发生在哪一层。
记录正在运行的其他代理、网络扩展和安全软件。多个工具同时修改系统代理或路由时，界面状态可能互相覆盖。选择一条明确的验证路径，保留原有设置，避免同时更改路由、DNS、端口和规则。设备差异可在多平台集成教程继续查阅。
先检查配置，再启动连接
先备份本地配置，再使用能够显示空白符的文本编辑器检查缩进、冒号和列表符号。配置可能引用策略组、规则集合与外部文件，需要核对名称是否一致、文件是否存在、获取路径是否可达。语法正确只是第一步，字段仍需符合当前内核版本的定义。
- 确认文件编码、保存路径以及前端实际加载的配置位置。
- 按YAML 配置教程检查键值与层级。
- 阅读启动日志中的第一条关键错误，不只截取最后一行。
- 修复一项后重新检查，保留每次修改前的副本。
读懂规则与解析路径
在规则模式下，顺序会影响匹配结果。先阅读具体条件，再查看策略引用和末尾兜底规则；不要只看策略名称就推断实际出口。连接是否进入内核、是否匹配预期规则、最终使用哪条路径，需要通过对应应用的请求与日志共同判断。
DNS 影响域名解析，系统、浏览器和内核可能使用不同路径。遇到异常先确认查询由谁处理，再看缓存与上游可达性。不要因为某份配置在别人的设备有效，就直接替换整套设置。规则和解析应分别验证，再观察它们之间的联系。
用分层验证结束一次操作
建议依次验证进程、监听端口、应用代理设置、目标请求和日志结果。端口开放只说明服务入口存在，目标连接失败仍可能来自解析、服务端或网络限制。记录测试时间、网络类型和报错信息，帮助区分偶发现象与可重复问题。
验证完成后保留修改记录和恢复步骤。暂停使用时，先按应用说明停止连接，再确认系统代理与网络扩展恢复到预期状态。如果退出后仍无法联网，优先检查遗留代理地址。继续排查时可使用常见错误指南，避免无目标地重装软件。
阅读后的检查清单
- 能够说明当前内核、前端和服务分别由谁提供。
- 了解实际加载的配置文件与监听端口。
- 已使用一次目标请求验证规则和连接结果。