在 Windows 11 中设置代理时，有一种问题非常让人困惑：
明明刚刚打开了“使用代理服务器”，过一会儿再回来查看，开关却自己关闭了；或者输入代理地址和端口后点击保存，看起来已经成功，但重新进入设置页面后配置又恢复原样。
还有一些电脑会出现更隐蔽的情况：
- Windows 代理开关反复自动关闭；
- 手动代理地址无法保存；
- 代理软件启动后系统代理正常，退出后配置异常；
- 重启电脑后代理设置消失；
- 浏览器能正常使用，但系统设置里的代理状态一直变化；
- 打开代理后几秒钟又被某个程序关闭；
- 设置页面显示已开启，但实际上流量没有经过代理。
这类问题通常不是 Windows 设置页面本身坏了，而是代理客户端、系统代理配置、自动脚本、后台进程或系统策略之间发生了冲突。
下面按照从简单到复杂的顺序逐步排查。
如果 Windows 系统代理反复关闭、客户端配置混乱，建议先使用稳定的 Windows 网络工具环境，再继续排查系统代理、端口和连接问题。
获取 Windows 稳定连接方案一、先判断：代理到底是“真的自动关闭”，还是被代理软件接管了
Windows 11 的代理设置位于：
设置 → 网络和 Internet → 代理
这里通常可以看到三个主要区域：
- 自动检测设置；
- 使用设置脚本；
- 手动设置代理。
很多代理客户端启动之后，会自动修改 Windows 系统代理。
例如客户端启动时可能自动写入：
127.0.0.1:7890或者其他本地地址和端口。
当客户端退出时，它又会主动关闭 Windows 系统代理。
因此，如果你发现：
开启代理软件 → Windows 代理自动打开
关闭代理软件 → Windows 代理自动关闭
这通常属于正常行为。
此时不要反复在 Windows 设置里手动打开代理，否则很容易和客户端自身的“自动设置系统代理”功能发生冲突。
最简单的判断方法
先完全退出正在使用的代理类软件，再进入：
设置 → 网络和 Internet → 代理
手动打开代理并保存。
如果此时代理设置可以稳定保留，说明问题大概率来自某个代理客户端的自动控制功能，而不是 Windows 本身。
二、检查是否同时运行了两个代理客户端
这是非常常见的原因。
例如电脑里同时运行：
- Clash / Mihomo 类客户端；
- VPN 客户端；
- 浏览器代理扩展；
- 系统代理管理软件；
- 公司网络代理客户端；
- 网络加速软件。
两个程序都可能试图修改 Windows 系统代理。
结果就会出现：
软件 A 打开代理 → 软件 B 又把它关闭 → 软件 A 再重新打开。
用户看到的现象就是：
Windows 代理开关不断变化。
排查方法
打开任务管理器：
Ctrl + Shift + Esc
进入：
进程
查看有没有多个代理、VPN、网络加速或网络管理程序同时运行。
测试时建议只保留一个代理客户端。
其他相关程序全部退出后，再重新测试 Windows 代理开关。
三、关闭代理客户端里的“自动设置系统代理”后测试
很多 Windows 代理客户端都有类似选项：
- 系统代理；
- Set System Proxy；
- System Proxy；
- 自动配置系统代理；
- 启动时设置代理；
- 退出时清除代理。
如果启用了这些功能，那么 Windows 设置里的代理配置实际上是由客户端管理的。
这时用户手动修改 Windows 设置，很可能很快又会被客户端覆盖。
测试方法
先在代理客户端中找到：
系统代理 / System Proxy
临时关闭。
然后完全退出客户端。
再进入：
Windows 设置 → 网络和 Internet → 代理
手动填写代理：
地址：127.0.0.1
端口：客户端实际监听端口点击保存。
等待 1～2 分钟后重新打开代理设置页面。
如果配置不再自动关闭，基本可以确认是客户端自动控制导致的。
四、检查“使用设置脚本”和“手动代理”是否同时开启
Windows 支持两种常见代理方式：
PAC / 设置脚本
例如：
http://example.com/proxy.pac手动代理
例如：
127.0.0.1:7890如果系统中同时存在：
- 自动代理脚本；
- 手动代理；
- 自动检测设置；
- 第三方代理客户端；
最终实际使用哪个配置就可能变得非常混乱。
建议测试阶段先简化环境。
进入：
设置 → 网络和 Internet → 代理
临时设置为：
- 自动检测设置：可先开启；
- 使用设置脚本：关闭；
- 使用代理服务器：根据需要手动开启。
不要同时配置 PAC 和手动代理进行故障测试。
五、代理端口没有监听，也会让你误以为“系统代理失效”
有时候 Windows 代理开关没有真正关闭，但代理客户端已经停止监听本地端口。
例如系统代理仍然是：
127.0.0.1:7890但实际上已经没有任何程序监听 7890。
这时浏览器通常会提示：
- 代理服务器拒绝连接；
- ERR_PROXY_CONNECTION_FAILED；
- 无法连接代理服务器。
这和“代理设置自动关闭”不是同一个问题。
如何判断端口是否还在监听
打开：
Windows Terminal / PowerShell
执行：
netstat -ano | findstr 7890把 7890 换成你的实际代理端口。
如果没有任何输出，说明当前没有程序监听这个端口。
这时即使 Windows 系统代理保持开启，也无法正常使用。
六、检查客户端是否开启了“退出时恢复系统代理”
很多代理程序在正常退出时会执行：
Restore System Proxy
也就是恢复 Windows 原来的代理配置。
因此经常会出现：
- 启动客户端；
- 系统代理自动开启；
- 正常使用；
- 退出客户端；
- Windows 系统代理自动关闭。
这是正常的清理机制。
真正异常的是：
客户端明明还在运行，系统代理却不断自己关闭。
这种情况下才需要继续检查其他程序或系统策略。
七、重启后代理设置消失，先检查启动项
如果代理在当前系统会话里正常，但每次重启 Windows 后就恢复默认，需要判断到底是谁负责重新设置代理。
打开：
任务管理器 → 启动应用
检查代理客户端是否设置为：
开机启动
如果代理设置本来就是由客户端动态管理的，那么：
客户端没有开机启动 → Windows 重启 → 系统代理没有重新建立
看起来就像“代理配置消失了”。
这种情况下应该解决客户端启动问题，而不是手动固定 Windows 系统代理。
八、检查是否存在旧代理软件残留
这是新手很容易忽略的一项。
有些代理、VPN、加速器或网络管理软件已经卸载，但后台组件、启动任务或网络服务仍然存在。
它们可能继续修改：
- 系统代理；
- 网络适配器；
- DNS；
- 路由；
- WinHTTP Proxy；
- Windows 网络策略。
于是就会出现：
当前代理软件明明设置正确，但 Windows 代理还是不断变化。
建议检查
进入：
设置 → 应用 → 已安装的应用
看看以前是否安装过其他：
- VPN；
- 代理客户端；
- 网络加速器；
- 公司网络软件；
- 安全软件。
已经不用的软件建议正常卸载，然后重启电脑。
不要同时保留多个功能相近的网络工具。
九、检查 WinINET 和 WinHTTP 是否被混淆
Windows 并不存在一个“所有软件都共用”的代理入口。
常见的至少包括：
- WinINET 系统代理；
- WinHTTP 代理；
- 应用自身代理；
- 浏览器自身代理；
- TUN / 虚拟网卡代理。
Windows“设置 → 代理”主要影响的是系统代理体系，但某些软件可能使用 WinHTTP 或自己的网络栈。
因此可能出现：
Windows 设置里的代理已经关闭，但某个程序仍然走代理。
或者：
Windows 设置里的代理正常，但某个程序完全不受影响。
所以判断“代理自动关闭”时，不能只看某一个软件能不能联网。
应该先确认：
Windows 设置里的代理开关本身是否发生变化。
十、检查 WinHTTP 当前代理状态
可以打开管理员终端：
开始菜单 → 搜索 Terminal → 以管理员身份运行
执行：
netsh winhttp show proxy如果显示：
Direct access (no proxy server)说明 WinHTTP 当前没有单独设置代理。
如果显示某个代理服务器地址，则说明 WinHTTP 存在独立代理配置。
注意：
WinHTTP 和 Windows 设置页面中的系统代理不是完全相同的机制。
所以不要因为这里显示 Direct 就判断 Windows 系统代理一定没开。
十一、确认浏览器扩展没有单独控制代理
Chrome、Edge、Firefox 等浏览器还可能安装代理扩展。
这类扩展可能：
- 独立管理代理；
- 使用 PAC；
- 切换系统代理；
- 只让浏览器流量走代理。
于是会出现一种典型现象：
浏览器访问正常，但 Windows 系统代理已经关闭。
用户因此误以为 Windows 代理状态有问题。
排查时可以暂时禁用所有代理类浏览器扩展，再测试。
十二、检查是否存在公司或学校的系统策略
如果电脑由公司、学校或者组织管理，Windows 代理设置可能受到：
- Group Policy；
- MDM；
- 域策略；
- 管理员策略
控制。
这种情况下用户自己修改代理后，系统策略可能很快再次覆盖。
常见表现包括：
- 设置能保存，但过一会儿自动恢复；
- 某些选项无法点击；
- 代理地址始终恢复成固定值；
- 重启或重新登录后配置恢复。
如果这是公司管理电脑，不建议强行修改策略。
应该先确认：
设置 → 账户 → 访问工作或学校
电脑是否连接了组织账户。
十三、不要一看到异常就修改注册表
网上很多教程会直接让用户修改：
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings这里确实包含 Windows 系统代理相关配置，例如：
- ProxyEnable；
- ProxyServer；
- AutoConfigURL。
但是对于普通用户来说，不建议一开始就修改注册表。
因为如果真正的问题来自：
- 第三方代理客户端；
- 后台服务；
- PAC；
- 系统策略；
即使手动修改注册表，也可能再次被覆盖。
更合理的顺序是：
先查代理客户端 → 再查进程 → 再查 PAC → 再查端口 → 最后才考虑系统级配置。
十四、最有效的快速排查顺序
如果不想一项一项检查，可以直接按下面顺序做。
第一步：退出所有代理和 VPN 软件
确保任务管理器里相关程序也已经退出。
第二步：关闭代理脚本
进入：
设置 → 网络和 Internet → 代理
关闭：
使用设置脚本
第三步：手动设置代理
填写正确的：
127.0.0.1以及代理客户端对应端口。
第四步：观察开关是否还会自己关闭
等待 1～2 分钟。
如果稳定：
第三方客户端冲突概率最高。
第五步：逐个启动原来的代理软件
每启动一个就观察 Windows 系统代理。
很快就能判断到底是哪一个程序在修改代理。
十五、Windows 代理自动关闭，不一定代表代理坏了
这里尤其需要区分三个概念：
情况 1：客户端关闭后系统代理一起关闭
通常正常。
情况 2：客户端运行时系统代理不断自己关闭
需要排查软件冲突、自动脚本或系统策略。
情况 3：系统代理一直开启，但软件仍然无法联网
这通常是另外的问题，例如：
- 本地代理端口没有监听；
- 软件不使用系统代理；
- DNS 异常；
- 防火墙拦截；
- WinHTTP 与 WinINET 配置不同。
不要把所有网络问题都归结为“Windows 代理开关失效”。
十六、排查完成后，应该保持什么状态？
如果你的代理客户端本身支持：
自动设置系统代理
通常最简单的方式是：
让客户端自己管理 Windows 系统代理，不要同时手动修改系统设置。
如果使用的是固定 HTTP / SOCKS 代理，则可以手动设置：
设置 → 网络和 Internet → 代理 → 使用代理服务器
同时确保代理服务器地址和端口真实可用。
如果使用 PAC，则优先只保留：
使用设置脚本
避免 PAC 和手动代理同时运行。
总结
Windows 11 系统代理总是自动关闭，最常见的原因并不是 Windows 损坏，而是多个程序同时管理系统代理，或者代理客户端主动恢复了系统设置。
遇到问题时，优先按照这个顺序检查：
代理客户端 → 多个代理程序冲突 → PAC 设置脚本 → 本地端口 → 开机启动 → 软件残留 → WinHTTP → 浏览器扩展 → 系统策略。
尤其需要记住：
系统代理开关变化、代理端口失效、应用不走系统代理，是三个不同的问题。
先判断属于哪一类，再继续排查，通常比反复重装代理软件或者修改注册表更有效。