写了进程规则,为什么没有命中?
先追踪真实网络进程,再核对活动配置,理解进程名、路径与域名规则的作用范围。
阅读完整指南先确认流量进入客户端,再讨论规则是否匹配。把进程、目标和动作对应起来,让每一条分流都有清楚的作用范围。
获取Throne客户端
Routing Profile 决定到达核心的连接如何选择路径。Direct 表示直连,Proxy 表示代理转发;动作匹配不保证后续网络或目标服务可用。规则不能自动接管根本没有到达客户端的流量。
System Proxy 依赖应用遵循系统设置,TUN 通过路由覆盖更广范围。若程序完全自行直连,修改进程规则不会改变这部分连接。可先查看系统代理的应用覆盖范围,再选择合适的流量入口。
processName 与 processPath 分别描述进程名称及可执行文件路径。桌面快捷方式、启动器与后台网络进程可能不同,浏览器也有多进程模型。应根据当前系统的连接记录核对身份。
进程分流未匹配的检查方法说明如何识别活动进程、配置与动作。底层实现和权限影响进程识别,不同平台的路径格式不能直接互用,也不能假设所有版本界面相同。
如果流量入口尚未建立,先检查TUN 虚拟接口与权限;如果应用采用另一套代理设置,可对照WinINET、WinHTTP 与独立代理。
域名和目标 IP 可能同时影响一个连接,DNS 策略还会改变可供匹配的信息。先记录真正的目标与请求时间,再核对命中条件。不要凭一条静态规则存在,就认定所有应用访问都应按它执行。
| 核对顺序 | 具体问题 |
|---|---|
| 当前活动 Routing Profile | 保存的配置是否已经被选中并应用? |
| 连接身份 | 是真正的网络进程与可见目标吗? |
| 匹配结果 | 使用了哪一条件与动作? |
| 实际访问 | 动作之后的DNS、远端与目标服务是否可达? |
同一时刻通常只有当前选中的路由配置生效。配置保存后如版本提示重启或重新连接,应按提示应用,再用一个新请求验证,避免旧长连接继续沿用原路径。
本机服务、打印机与 NAS 需要考虑本地地址、私有网段和链路本地通信。不要为了让一个应用走代理而把所有本地请求也无区别地转发。
局域网 IP 与 mDNS 服务发现解释单播访问和多播发现的区别。直连某个私有目标不意味着所有 Bonjour 发现都会恢复;实际子网与访问控制仍需核对。