规则分流根据配置条件，把不同连接交给不同出口，例如直连或代理。开启客户端后，并不必然意味着每一个应用、每一个域名都走同一条路径。
规则在决定什么
客户端可能根据域名、地址、端口或其他可用信息匹配规则，然后选择相应处理方式。不同软件的规则能力与语法不完全相同，具体应看所用项目的当前文档。
规则顺序可能影响匹配结果。添加一条范围很大的规则，有可能覆盖后面的细化规则，所以不应在不了解作用时盲目复制大型配置。
为什么浏览器能用，另一个应用不行
应用是否遵循系统代理、使用什么域名、有没有自己的网络设置，都会影响实际路径。还有一些问题来自账号或远端服务条件，未必与分流有关。
诊断时先确认应用究竟发起了什么类型的连接，以及客户端是否处理了它。不要仅凭浏览器成功，就认定所有应用都已使用代理；也不要仅凭一个应用失败，就宣布整个服务不可用。
DNS 与规则需要协调
域名解析结果可能参与路径判断，解析方式与规则不匹配时，表现可能出乎预期。更换 DNS 后出现变化，只能作为定位线索，还需要查看配置和缓存等条件。
对于新手，优先保留服务商明确支持的基础配置，遇到可复现问题再逐步调整。每次只改一项，并保存上一个已知正常版本。
系统代理与 TUN 不同
系统代理主要依赖应用遵循设置；TUN 类模式通过虚拟网络接口处理流量，权限与路由影响范围通常更大。模式不同不代表某一个永远更好，而是适用条件不同。
当你只需要验证基本连通性时，不必一开始就叠加所有网络模式。多客户端、多规则和额外网络工具同时运行，会增加定位难度。
最小修改法
记录失败目标与时间，查看对应规则及出口；在相同环境下，只修改相关的一项，再重复验证。如果没有改善，恢复原设置，不要积累无法解释的改动。
分享日志前遮盖订阅令牌、私人域名和完整地址。工作设备的网络设置应遵循管理员要求。
继续操作
按设备阅读 Windows 或 macOS 教程。已经出现局部异常时，使用连接排查顺序；想判断网络指标，再阅读延迟与速度。