规则之前,先有流量入口
路由规则只处理到达 Throne 的连接。System Proxy 依赖应用遵循系统设置;如果程序完全自行直连,新增 processName 条件不会把它自动拉进代理。TUN 按系统路由接收更广范围的 IP 流量,但依然受旁路地址、权限和核心能力影响。
先在保持目标和时间一致的情况下发起一次新请求,查看是否出现相关连接。旧的长连接可能继续使用建立时的路径,不能仅凭页面刷新判断新规则。总览可参阅规则分流与生效范围指南,分开记录入口、条件和动作。
进程信息获取能力依赖操作系统、核心实现及权限,并非每个平台和入站形式都能以同样方式识别。不要把一个版本中的界面或字段填写方法认定为所有版本通用。
进程名称不是窗口名称
应用启动器、主界面和实际网络进程可能不同。浏览器采用多进程模型,桌面软件可能把请求交给后台服务;规则应核对真正拥有网络连接的进程,而不是桌面快捷方式名称。
| 条件 | 表达含义 | 核对要点 |
|---|---|---|
| processName | 可执行进程的名称 | 确认后缀、辅助进程与实际平台 |
| processPath | 可执行文件的路径 | 核对安装位置、升级目录与权限 |
| 域名 / 目标 IP | 连接所访问的目标 | 确认域名是否可见,以及解析后的地址 |
这里只说明概念,不提供可直接套用的虚构进程与路径。Windows 路径格式不适用于 Linux 或 macOS,软件升级也可能改变安装位置。若连接入口尚未工作,请先检查TUN 接口与权限,避免在错误层级反复改规则。
已保存的配置,要确认正在使用
Routing Profile 是一组规则及默认行为。保存或导入配置,不意味着它已经成为当前活动配置;同一时间通常只有选中的一组路由规则生效。应查看当前活动项,并按实际版本要求应用更改或重新建立连接。
进程、域名和目标 IP 可能同时描述同一个访问请求。要确认实际生效的匹配条件与动作,而不是只看某条进程规则是否存在。Direct 表示直连,Proxy 表示交给代理路径;匹配动作成功也不保证目标服务或远端链路可达。
底层核心的进程字段、域名识别与规则组合方式会影响结果。不要把图形界面中保存的文字直接当成核心最终配置,也不要假定改变域名策略就能解决所有进程识别问题。
用一次可回退的小范围测试
备份当前规则,选择自己有权管理的单个应用与允许访问的单个目标。记录进程名称、可执行路径、请求时间、目标与预期动作,创建最小变更后重新建立连接,并对照脱敏日志。
如果规则覆盖面太大,可能影响打印机、NAS 或本机服务。配置前先了解本地网络例外与服务发现,保留合法局域网流量的正确路径。受管理设备的既有网络策略应由管理员确认。
完成测试后恢复不再需要的临时规则。只共享脱敏后的条件与错误阶段,避免公开账号、订阅令牌、完整内部路径或敏感目标。




