外观
代理关闭后网页还是打不开？系统代理残留与网络恢复完整排查指南
不少人都遇到过这种情况：代理客户端已经退出，Wi-Fi 图标也显示正常，国内网站却突然打不开；浏览器提示“代理服务器拒绝连接”，微信能收消息但网页加载失败，甚至重启浏览器后问题依旧。
这类现象通常不代表宽带、路由器或 DNS 一定出了故障。更常见的原因是：代理软件退出了，但它曾写入系统的代理地址、PAC 自动配置脚本、浏览器扩展规则或命令行环境变量没有及时清理。系统仍在把流量发给一个已经不存在的本地代理端口，于是看起来就像“断网”了。
本文不依赖某一个特定客户端。无论你此前使用的是 Clash 系列、v2rayN、NekoBox，还是浏览器代理扩展，都可以按照下面的顺序恢复网络。建议从前往后逐项确认，完成一步就重新打开一个普通网页测试，不要一开始就重装系统或重置路由器。
先判断：是整个系统断网，还是只有浏览器异常？
排查前先做一个简单分类，这能避免走弯路。
- 聊天软件、下载工具、游戏平台都无法联网：优先检查系统代理、网络适配器和 DNS。
- 只有浏览器打不开，其他软件正常：重点检查浏览器自身代理设置、扩展程序和安全软件。
- 只有某一个软件无法联网：该软件可能单独设置过 HTTP 或 SOCKS5 代理，需要在软件内部删除。
- 只有部分网站打不开，IP 地址可以访问、域名打不开：更像是 DNS 解析或浏览器安全 DNS 的配置问题。
在 Windows 上，可以先按 Win + R，输入 cmd 并回车，然后执行：
ping 1.1.1.1如果能够收到回复，说明设备至少具备基础 IP 连通性。再执行：
ping www.baidu.com如果前者通、后者不通，优先排查 DNS；如果两个都不通，则再检查系统代理与网络连接。需要注意的是，部分网络环境会限制 ICMP ping，因此 ping 的结果只能作为线索，不能单独当作最终结论。
Windows：关闭“手动代理服务器”和自动配置脚本
许多桌面代理客户端会使用 Windows 的系统代理开关。客户端正常退出时通常会自动还原，但如果程序崩溃、电脑强制关机、账户权限不足，开关就可能遗留。
打开 Windows 的：设置 → 网络和 Internet → 代理，重点检查以下两项。
1. 关闭“使用代理服务器”
在“手动设置代理”区域，确认“使用代理服务器”处于关闭状态。如果这里仍显示类似 127.0.0.1、localhost 或某个局域网 IP，以及 7890、7897、1080、10809 等端口，系统就会继续将支持系统代理的软件流量发送到该地址。
关闭后，完全退出并重新打开浏览器再测试。仅刷新当前网页有时不够，因为浏览器可能已经保留了失败连接。
2. 检查并关闭 PAC 自动配置脚本
“自动代理设置”中可能有“使用设置脚本”或“自动检测设置”。其中最需要注意的是“使用设置脚本”：如果它被启用，并保存了一个 PAC 地址，系统会按脚本决定访问哪些网站走代理。
若你已经不再使用该脚本，应先关闭此项。对于“自动检测设置”，多数家庭网络通常不需要依赖它；如果网络恢复仍异常，可以暂时关闭测试。不要把公司、学校或受管网络的固定配置随意永久删除，如不确定，先记录原有地址和开关状态。
3. 从传统 Internet 选项再确认一次
某些旧程序仍调用传统控制面板的代理设置。可以按 Win + R，输入：
inetcpl.cpl进入“连接 → 局域网设置”，确认“为 LAN 使用代理服务器”没有勾选；若存在“使用自动配置脚本”，也检查它是否仍指向旧地址。保存后重启浏览器。
这里与 Windows 设置页面看似重复，但在排障时仍值得检查：不同版本的系统、旧软件或策略管理可能导致界面状态不同步。
macOS：检查 Wi-Fi 与有线网络的代理标签页
macOS 的系统代理按网络服务分别保存。也就是说，你可能关闭了 Wi-Fi 的代理，却忘了网线、USB 网卡，或者切换网络后带入了另一组设置。
打开：系统设置 → 网络 → 选择正在使用的 Wi-Fi 或以太网 → 详情 → 代理。
在代理列表中，常见的项目包括：
- Web 代理（HTTP）
- 安全 Web 代理（HTTPS）
- SOCKS 代理
- 自动代理配置
- 自动代理发现
如果你当前不需要系统代理，应确认 HTTP、HTTPS、SOCKS 以及自动代理配置均未启用。尤其是“自动代理配置”，它可能填入了一个 .pac 文件地址，表面上没有填写主机和端口，却同样会影响联网。
修改后点击“好”或“完成”，再重新打开浏览器。若使用的是 Safari，彻底退出后再启动会更稳妥，因为 Safari 直接遵循 macOS 系统代理。
浏览器打不开：排查扩展程序和浏览器自带代理
如果系统设置已经正常，但只有 Chrome、Edge、Firefox 等浏览器不能上网，问题多半在浏览器内部。
Chrome 与 Edge：先停用代理类扩展
Chrome 和 Edge 通常读取系统代理，但代理扩展可以动态改写规则。打开浏览器的扩展管理页面，暂时关闭以下类型的扩展：
- 代理切换、规则分流、PAC 管理类扩展；
- 网络请求修改、广告拦截中包含代理功能的扩展；
- 来路不明的“加速器”“网络优化”扩展。
关闭后新建无痕窗口测试。无痕模式有助于减少缓存、Cookie 和部分扩展带来的干扰，但是否允许扩展在无痕模式运行取决于各扩展的授权状态。
另外，在 Chrome 或 Edge 地址栏输入“代理设置”进行搜索，通常会跳转到系统代理页面。它不是浏览器独立设置失效了，而是提醒你：这两类浏览器大多由操作系统统一管理代理。
Firefox：它可以拥有独立代理配置
Firefox 的情况不同。进入：设置 → 常规 → 网络设置 → 设置，查看当前选择的连接方式。
若此前手动填写过 HTTP 代理、SOCKS 主机或 PAC 地址，切换为“无代理”或“使用系统代理设置”，再测试网络。选择哪一个取决于你的使用目的：
- 已经不使用任何代理：选“无代理”；
- 仍希望 Firefox 跟随系统中的有效代理：选“使用系统代理设置”；
- 只在 Firefox 内使用本地代理：才需要“手动代理配置”。
排障期间不建议同时启用 Firefox 手动代理、系统代理和浏览器扩展。多层代理可能形成循环转发，最终表现为页面一直转圈或直接连接失败。
命令行、开发工具无法联网：检查环境变量
有时网页已经恢复，但 Git、终端里的 curl、Python 包管理器、Docker 或某些开发工具仍然报代理错误。这往往是环境变量残留，而不是系统代理问题。
常见变量名包括：
HTTP_PROXY
HTTPS_PROXY
ALL_PROXY
NO_PROXY
http_proxy
https_proxy
all_proxy
no_proxy它们的值往往类似：
http://127.0.0.1:7890
socks5://127.0.0.1:1080当本地客户端退出后，这些地址不再监听，命令行程序仍会尝试连接它们。
在 Windows 的命令提示符中，可使用：
set | findstr /I proxy查看当前终端环境中的代理变量。PowerShell 可使用：
Get-ChildItem Env: | Where-Object { $_.Name -match 'proxy' }如果只是当前窗口临时残留，关闭终端并重新打开即可；如果每次新开终端都存在，需要到“系统属性 → 高级 → 环境变量”中检查用户变量和系统变量。删除前先确认变量并非工作环境所需。
在 macOS 或 Linux 终端中，可使用：
env | grep -i proxy若发现变量持续出现，再检查 shell 配置文件，例如 ~/.zshrc、~/.bashrc、~/.profile 中是否有 export HTTP_PROXY=... 之类的内容。修改后执行对应 shell 的重新加载命令，或关闭并重新打开终端。
不要忽略：客户端的“开机启动”和 TUN 模式
有些用户明明关闭了系统代理，网络仍然表现异常。这时要留意客户端是否仍在后台运行，以及是否启用了 TUN 模式。
系统代理的本质是告诉应用“把请求交给本地端口”；而 TUN 模式会创建虚拟网络接口，从更底层接管部分或全部流量。因此，关闭系统代理并不一定会停止 TUN 流量。
处理思路如下：
- 打开客户端，明确关闭 TUN、虚拟网卡或增强模式；
- 在任务栏托盘区、活动监视器或任务管理器中确认程序已退出；
- 检查客户端是否设置了开机自动启动、恢复上次连接或后台守护；
- 重新连接一次正常网络，观察虚拟网卡是否自动消失或停用；
- 如客户端提供“恢复系统代理”“重置网络设置”等选项，可在理解其作用后使用。
不要为了省事直接删除所有网络适配器。虚拟网卡、VPN 组件和企业网络组件有各自的用途，盲目删除可能让问题扩大。
仍未恢复时：按风险从低到高重置网络
完成上述检查后仍然异常，可以逐步尝试以下操作。
第一步：断开并重新连接网络
关闭 Wi-Fi 后再开启，或拔插网线。家庭路由器环境下，也可以重启路由器，但要先确认同一网络中的其他设备是否正常，避免把单台电脑问题误判为全网故障。
第二步：刷新 DNS 缓存
Windows 命令提示符中执行：
ipconfig /flushdnsmacOS 的 DNS 缓存刷新命令会随系统版本变化。对普通用户而言，更简单可靠的方式是断开网络后重连，或重启设备。若只是代理残留，刷新 DNS 不一定是关键步骤，因此不要把它当作万能修复方法。
第三步：检查网络适配器的 DNS 是否被手动固定
打开当前网络适配器的 IPv4/IPv6 属性，查看 DNS 是否被填写为特定地址。手动 DNS 本身不一定有问题，但如果你不记得设置过，或其地址已经无法使用，可临时改为“自动获得 DNS 服务器地址”进行对照测试。
第四步：使用系统网络重置功能
Windows 提供“网络重置”，会重新安装网络适配器，并清除不少网络相关配置。它适合作为靠后的方案，因为执行后可能需要重新连接 Wi-Fi、重新配置虚拟网卡或企业 VPN。
macOS 上则更建议优先新建一个网络位置，或删除后重新添加当前网络服务；对于不熟悉系统设置的用户，先保留原配置截图，避免丢失单位网络参数。
如何避免下次再次出现？
代理退出后网络异常，最有效的预防不是频繁重置网络，而是建立清晰的使用习惯。
- 优先通过客户端的“系统代理”开关启停，不要一边由客户端管理，一边手工改系统代理。
- 不要同时启用多个代理客户端。两个程序抢占相同端口，或者交替修改系统代理，最容易留下混乱状态。
- 记录常用本地端口。如果系统里出现
127.0.0.1:7890、127.0.0.1:1080等地址，至少能判断它是本地代理残留，而不是陌生远程服务器。 - 谨慎安装浏览器代理扩展。扩展权限通常很高，安装过多既增加故障概率，也会扩大隐私风险。
- 退出前先断开连接，再退出程序。虽然不能保证避免所有异常，但能减少强制结束进程造成的配置未还原问题。
- 保留必要设置截图。特别是公司、学校或家庭 NAS 环境中，原先的 PAC 地址、DNS 和网络配置可能有实际用途，修改前留存比事后猜测更可靠。
总结：先找“流量被送到哪里”，再谈重置
代理关闭后不能联网，本质上通常是某个软件仍认为“本地代理正在工作”。排查时不要只盯着 Wi-Fi 信号，也不要急于更换 DNS 或重装客户端。按照“系统代理 → PAC 脚本 → 浏览器扩展 → 应用内代理 → 环境变量 → TUN 虚拟网卡”的顺序检查，绝大多数问题都能定位。
当你看到“无法连接代理服务器”“连接被拒绝”，并且地址里出现 127.0.0.1、localhost 或常见本地端口时，尤其应该优先回到系统和浏览器代理设置。把失效的转发路径清理掉，真实网络通常就会恢复。