Proxifier连接失败怎么排查？

先判断失败发生在哪一层

先记录一条能稳定复现的测试连接：应用名称、目标域名、端口、预期动作和错误时间。没有复现条件时同时修改多个设置，往往只能暂时改变现象，无法确认真正原因。

第一步：用Proxy Checker检查节点

在代理服务器设置中选择目标代理并运行Check。若测试失败，暂时不要继续改应用规则，因为规则无法让离线代理恢复。核对地址是否多了空格、端口是否正确、协议是否与服务端一致，以及代理是否要求用户名和密码。

HTTPS代理在浏览器内能用但检查失败时，要确认它是否支持CONNECT隧道；普通HTTP代理只能处理其支持的HTTP连接，不能直接当作SOCKS5或HTTPS代理。超时也可能来自本地防火墙、企业出口策略或代理服务端限制，这些问题不应通过反复安装客户端来解决。

第二步：核对协议和认证

把代理提供方的协议说明与Proxifier选项逐项对应。SOCKS4通常没有密码认证，SOCKS5可使用用户名和密码；HTTPS还可能涉及Basic、NTLM或Kerberos等方式。不要根据常见端口猜协议，例如1080并不能保证服务一定是SOCKS5。

认证失败时重新输入凭据，并确认账号是否被限制到特定来源IP或并发数。本站不会要求用户提交代理密码，也无法代替第三方服务确认账号状态。若服务端控制台显示节点离线，应在服务端先处理。

第三步：建立最小规则测试

Proxy Checker通过后，把复杂规则暂时缩小为一条测试应用规则：只填写真实exe名称，目标和端口保持Any，动作选择已验证代理，并放在Default之前。重新启动测试应用，确保产生新连接。旧连接不会因为规则修改自动切换路径。

如果仍显示Direct，检查是否有更靠前的宽规则先命中，或程序实际使用了另一个子进程。可以从连接列表读取进程名称，再回到规则中修正。不要直接把Default改成全局Proxy来掩盖应用名错误，否则系统其他连接也会被带入代理，排查范围反而扩大。

第四步：检查DNS解析

当IP能连接但域名失败时，查看Name Resolution设置。本地DNS正常时优先保留本地解析；本地DNS受限且代理支持远程解析时，可测试代理DNS。启用后出现127.8.*.*一类地址可能是本机占位IP，不代表连接被重定向到本机服务。

代理DNS会影响依赖真实IP的规则。若规则按IP或网段匹配，先改用目标域名测试，或恢复本地解析。排除列表也可能把目标域名意外送回本地DNS，应检查通配符范围。

第五步：排除双重代理和连接环路

检查目标应用自身、Windows系统代理、浏览器扩展和其他代理客户端是否同时启用。官方文档建议在由Proxifier接管时，让应用自身直接连接，避免同一请求先进入应用代理又被Proxifier再次转发。还要确认规则没有把Proxifier、Proxy Checker或本地代理程序自身送回同一个代理链。

如果网络中存在本地SOCKS服务，例如监听在127.0.0.1，Localhost规则通常应保持直连。误代理本机回环连接可能形成循环。一次只停用一个额外代理层，并重新产生连接观察变化。

什么时候考虑重新安装

只有在程序无法启动、安装文件损坏、驱动或组件缺失，而且代理节点、规则和DNS均无法进入正常测试流程时，才把重新安装列为后续选项。重装前保存必要的配置文件或记录规则，确认下载文件来自本站已验证入口，并查看安全软件是否明确报告文件损坏。

若问题只是单个代理节点超时、认证失败、规则未命中或DNS设置不当，重装通常不会改变结果。需要重新获取文件时进入Proxifier下载页；需要从头配置节点时回到代理设置教程。

修复后的成功检查

排查目标是恢复一条测试连接，并且能够说明它为什么成功，而不是暂时让所有连接都经过代理。修复后，测试应用能建立连接，日志中也不应持续出现相同的重复错误。

1. 1.Proxy Checker对目标代理返回可理解的通过结果。
2. 2.测试应用的新连接出现在连接列表中。
3. 3.连接命中预期规则，并显示正确的Proxy、Direct或其他动作。
4. 4.域名解析不再报错，DNS模式与规则条件兼容。
5. 5.关闭应用后连接能够正常结束，没有持续重复的环路错误。