Proxifier规则设置：指定程序走代理

先理解规则如何命中

每条连接会依次检查规则列表。遇到第一条同时满足应用、目标和端口条件的规则后，就执行该规则的动作，不再继续寻找后面的规则。因此范围小、条件具体的规则通常放在前面，范围宽的兜底规则放在后面。Default是最终兜底，不能删除；通常只能调整它采用Direct或某个代理动作。

官方文档还提到预定义的Localhost规则，它用于绕过本机回环连接。部分程序依赖127.0.0.1或本机服务通信，贸然把Localhost也送入代理可能导致功能异常。除非明确知道目标，否则不建议删除或代理这类连接。

创建指定程序代理规则

1. 1.先在代理设置页面完成节点添加，并确保Proxy Checker通过。
2. 2.打开Profile菜单中的Proxification Rules，选择Add新增规则。
3. 3.给规则填写容易识别的名称，例如“测试程序-SOCKS5”。
4. 4.在Applications中选择或填写程序的exe名称。路径不同但文件名相同的程序需要额外留意匹配范围。
5. 5.如果只希望它访问特定服务时走代理，在Target hosts中填写域名、IP、通配符或网段；不限制时保持Any。
6. 6.如需限制端口，在Target ports填写单个端口、多个端口或范围；不限制则保持Any。
7. 7.在Action中选择已经验证的Proxy。需要多节点时选择Chain；排除连接时选Direct；明确要阻断时选Block。
8. 8.保存后把该规则移动到Default之前，并放在会覆盖它的宽规则之前。
9. 9.重启或重新建立测试应用连接，在连接列表中核对命中的动作。

四种动作有什么区别

动作本身不改变匹配条件。若连接没有命中想要的规则，应该检查应用名称、目标、端口和规则顺序，而不是不断切换Proxy与Direct。使用Block前应先确认不会影响更新、认证或本机服务，避免把必要连接误判为异常。

一个最小规则示例

假设只让example.exe访问api.example.test的443端口时走代理，可以把Applications设为example.exe，Target hosts设为对应域名，Target ports设为443，Action选已验证代理。三个条件需要同时满足；同一程序访问其他域名或端口时会继续匹配后续规则，最终由Default决定。

若希望该程序所有连接都走代理，只填写Applications，目标和端口保持Any。若希望所有程序访问某个测试域名都走代理，只填写Target hosts。使用通配符时要控制范围，例如*.example.test会匹配该域名下多个子域，不应为了省事使用过宽条件。

规则顺序为什么重要

假设第一条规则把所有程序到任意目标设为Direct，第二条才让example.exe走Proxy，那么第一条已经命中，第二条永远不会执行。正确做法是把具体的example.exe规则放在宽泛Direct规则之前。排查时可临时停用不相关规则，但应记录原顺序，避免测试结束后忘记恢复。

规则列表可以通过启用复选框快速停用某条规则。一次只改变一个变量：先确认应用名，再确认目标，再确认端口，最后调整顺序。多个条件同时改动会让结果难以解释。

怎么判断规则生效

保存规则后必须产生一条新的连接，旧连接通常不会自动改走另一条路径。关闭测试应用的现有会话后重新启动，再观察Proxifier连接列表中的进程、目标与动作。若仍显示Direct，检查exe名称是否真实匹配，以及是否有更靠前的规则先命中。

域名规则与DNS模式有关。启用代理DNS后，程序可能看到Proxifier分配的占位IP，依赖目标真实IP的规则会受影响。此时应优先使用域名条件，或阅读Proxifier DNS设置确认限制。

维护规则时的建议

规则名称应描述对象和动作，例如“浏览器测试环境Proxy”，不要长期保留“规则1”这类无法识别的名称。每次调整只修改一个条件，并记录修改前后的命中结果。停用的临时规则在确认不再需要后应清理，避免列表越长越难判断优先级。

对于多人维护的电脑，还应说明哪些规则必须保留、哪些代理由谁管理，以及Default和Localhost的预期动作。规则能工作并不代表配置永远正确，代理地址、程序路径和目标端口变化后都需要重新验证。