Windows 系统代理已开启，WinHTTP 服务为什么仍然直连？
Windows 用户代理与 WinHTTP 配置不是天然同一份。浏览器可读取当前用户设置，后台服务、安装器和部分命令可能使用 WinHTTP 或自己的代理。
先看重点先用 `netsh winhttp show proxy` 只读查看 WinHTTP，再对比 Windows 当前用户代理和目标程序文档。浏览器正常、服务直连不代表 Clash 失效；目标可能使用独立 WinHTTP 或应用内设置。不要为了一个程序直接全局 import/reset，先确认它实际读取哪一层。
Windows“设置 → 网络和 Internet → 代理”显示本地端口，并不保证所有系统组件和后台服务都会使用它。Windows 里至少要区分当前用户常见的 WinINet/Internet Options 配置、WinHTTP 配置，以及应用自己的网络设置。
浏览器和服务可能读取不同位置
WinINet 面向交互式客户端，很多传统桌面应用会读取当前用户的 Internet 选项。WinHTTP 是另一套供应用和服务发起 HTTP 请求的 API，配置可按会话、请求或系统范围处理。
Microsoft 的文档专门说明：WinHTTP 客户端若想使用当前用户的 WinINet/IE 代理，需要主动获取并设置这些值。换句话说，两者不是因为都叫“Windows 代理”就自动同步。
此外，一些程序完全不用这两套 API，只读取环境变量、程序配置文件或内置网络库。判断前先查目标软件官方说明。
先做只读检查
在普通终端运行：
netsh winhttp show proxy它只显示当前 WinHTTP 基本代理和绕过信息。结果为 direct，并不能解释浏览器为什么正常；恰恰说明浏览器很可能使用当前用户设置，而 WinHTTP 是另一状态。
同时记录：
- Windows 设置页当前手动代理/PAC；
- Clash 实际监听端口；
- 目标程序以当前用户、管理员还是系统服务运行；
- 程序失败时 Clash 日志有没有请求。
没有日志且程序文档写明使用 WinHTTP，才继续调查 WinHTTP；有日志则问题已经进入客户端，应查规则或节点。
为什么不建议直接执行 import 或 reset
netsh winhttp import proxy source=ie 可以把当前用户代理导入 WinHTTP，reset proxy 会恢复直接连接。这些都是有状态的系统级修改，可能影响更新器、企业软件或后台服务，不是无害的“刷新网络”。
先回答三个问题：目标程序真的使用 WinHTTP 吗；它需要永久代理还是一次临时测试；设备是否受公司策略管理。回答不了时，不要照抄管理员命令。
个人命令行工具通常优先使用该工具的显式 --proxy、当前终端环境变量或自己的配置，更容易撤销。具体方法见浏览器正常、终端不通的最小排查。
PAC 在两套 API 中也有差异
PAC 不是一个所有程序天然共享的全局规则。WinHTTP 支持自动代理，但应用需要按 WinHTTP 的接口获取 PAC，并为请求应用结果；当前用户浏览器则可能直接读取自己的自动配置。
所以“浏览器按 PAC 直连内网，服务却去代理”或相反都可能发生。先确认两边使用的脚本 URL、缓存和绕过列表，不要只看 PAC 文件内容。
后台服务还有账户边界
服务以 LocalSystem 或其他账户运行时，未必能访问你的用户配置和会话。即使桌面端测试成功，服务账户仍可能没有相同代理、证书或网络权限。把用户代理导入系统并不能解决所有账户和认证问题。
受管设备应由管理员统一设置 WinHTTP、PAC 与凭据。不要把个人机场代理写进企业后台服务，也不要在工单截图中暴露订阅 URL 或带认证的代理地址。
验收修复时看目标程序，不看开关
最终验证应包括：目标服务实际请求进入 Clash 日志、命中预期规则、系统重启后状态仍符合管理要求，以及停止 Clash 后没有留下指向失效端口的代理。一个设置页显示“已开启”，证据不够。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程，也欢迎纠错
想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗？
最新评论
- 正在加载评论……