Windows 代理已连接但打不开网页怎么办？
简答：先关闭代理测试普通网络是否正常，再核对 Windows 的代理地址和端口是否与客户端监听端口一致。若只有浏览器打不开，重点检查浏览器代理设置、扩展和缓存；若所有网页都打不开，再按规则模式、DNS、TUN、节点和安全软件冲突排查。
定义：“代理已连接但打不开网页”是指客户端或系统显示代理已启用，但浏览器请求在代理端口、分流规则、DNS 解析、TLS 握手或目标站点访问环节失败。
先做这一步：关闭代理，判断故障范围
先退出客户端或暂时关闭系统代理，然后重新打开一个平时能访问的普通网页。Windows 的代理会把浏览器流量转交给中间服务器；系统代理入口位于“设置 → 网络和 Internet → 代理”，支持自动检测、脚本和手动代理配置，具体入口可参考微软 Windows 代理说明。
| 现象 | 优先怀疑 | 下一步 |
|---|---|---|
| 关闭代理后也打不开 | Wi-Fi、网卡、DNS 或本地网络 | 先修复普通网络，不要反复换节点 |
| 关闭代理后能打开，开启后全部打不开 | 端口、协议、节点或客户端模式 | 核对监听端口，再切换节点或模式 |
| 只有部分网站打不开 | 规则、DNS、IPv6 或目标站点 | 临时切换全局模式对比 |
| 只有一个浏览器打不开 | 浏览器独立代理、扩展或缓存 | 用无痕窗口和另一浏览器复测 |
安全边界：不要为了排障长期关闭防火墙，也不要导入来源不明的代理配置。每次只改一个设置，便于恢复原状。
核对 Windows 系统代理与客户端端口
- 打开“设置 → 网络和 Internet → 代理”，检查“使用代理服务器”是否开启。
- 记录代理地址和端口，例如本机地址通常表现为一个本地地址加端口；不要直接照抄示例值，必须以客户端当前监听设置为准。
- 打开代理客户端的设置或日志，确认 HTTP、HTTPS 或 SOCKS 监听端口与 Windows 中填写的端口一致。
- 如果客户端启用了“系统代理”，先关闭 Windows 手动代理，重新由客户端接管；如果客户端只提供 SOCKS 端口，不要把它误填到只接受 HTTP 代理的入口。
- 在命令提示符中执行以下命令查看 WinHTTP 配置：
netsh winhttp show proxy
该命令查看的是 WinHTTP 配置，不等于所有浏览器的实际代理设置。微软文档说明，WinHTTP 可单独显示、设置或重置代理；如确认旧配置干扰系统程序，可在记录原设置后执行：
netsh winhttp reset proxy
执行后重新打开客户端和浏览器验证。相关命令见Microsoft Learn 的 netsh winhttp 文档。如果浏览器仍报“代理连接失败”，检查客户端日志中是否出现端口监听失败、连接被拒绝或节点握手超时。
分别检查 Chrome、Edge 和 Firefox
Chrome
先用无痕窗口打开同一网址。如果无痕窗口正常，进入“菜单 → 扩展程序 → 管理扩展程序”，暂时关闭代理、隐私过滤、脚本控制类扩展，再逐个启用。Chrome 官方排障建议在无痕模式和停用扩展后复测；扩展管理入口可参考Chrome 官方扩展管理说明。
Edge
Edge 通常会参与系统代理解析，但也可能受到 PAC、策略或启动参数影响。可在地址栏打开edge://policy，查看是否存在 ProxySettings、代理服务器或绕过列表策略；如果设备属于公司管理环境，不要擅自删除策略，应联系管理员。Edge 的代理解析、旁路规则和错误表现可参考Microsoft Edge 代理支持文档。
Firefox
Firefox 可以单独设置“不使用代理”“使用系统代理”“手动代理”或 PAC。进入“设置 → 隐私与安全 → 连接和软件安全 → 高级设置 → 代理设置”，选择与客户端实际工作方式一致的选项。若 Firefox 单独设置了旧端口，它可能绕过 Windows 系统代理；入口说明见Mozilla Firefox 连接设置。
用全局模式、DNS 和日志定位具体故障
- 先切换模式：暂时从规则模式切换到全局模式，只用于诊断。若全局模式能打开而规则模式不能，优先检查规则、代理组、域名匹配和直连策略；确认后应恢复合适的规则模式。
- 刷新 DNS 缓存：以普通权限或管理员权限打开命令提示符，执行
ipconfig /flushdns。成功时通常会显示 DNS Resolver Cache 已刷新。微软文档说明，该命令用于清空并重置 DNS 客户端缓存，适合排查过期或负缓存记录。 - 查看客户端日志：重新打开一个失败网址，同时观察是否有 DNS 解析失败、连接超时、连接被拒绝、TLS 错误或规则命中记录。只有“节点延迟正常”不能证明目标网页请求成功。
- 对比 IPv4 和 IPv6：如果部分站点超时、日志显示 IPv6 地址连接失败，可暂时关闭客户端或网络适配器中的 IPv6 做对比；若问题消失，再检查客户端 DNS、规则和 IPv6 兼容性，不建议未经确认长期关闭系统网络功能。
- 排除软件冲突：暂时退出其他 VPN、代理工具、网络过滤器和安全软件的网页扫描功能，然后只保留一个客户端测试。不要同时启用多个系统代理接管程序。
若需要测试基础 TCP 连通性，可在 PowerShell 执行：
Test-NetConnection example.com -Port 443
把example.com替换为实际目标域名。该命令用于测试到目标主机和端口的连接，微软提供了对应的Test-NetConnection 文档。它只能说明基础 TCP 测试结果，不能单独证明浏览器已经使用了代理。
常见报错对应的处理动作
| 报错或现象 | 常见位置 | 处理动作 |
|---|---|---|
| ERR_PROXY_CONNECTION_FAILED | 浏览器无法连接本地或远端代理 | 核对地址、端口、客户端是否运行，检查端口是否被其他程序占用 |
| ERR_CONNECTION_REFUSED | 目标端口没有接受连接 | 检查客户端监听、节点状态和防火墙拦截 |
| 407 Proxy Authentication Required | 代理要求认证 | 确认账号、认证方式和代理配置，不要把认证信息粘贴到公开位置 |
| 403 | 目标服务拒绝请求 | 先用另一节点或直连对比，检查规则和目标站点限制 |
| DNS_PROBE_FINISHED_NXDOMAIN | 域名解析失败 | 刷新 DNS，检查客户端 DNS 模式、规则和域名是否写错 |
| 只有 HTTPS 失败 | TLS、时间、证书或代理协议 | 检查系统时间、代理协议和安全软件 HTTPS 扫描，不要随意忽略证书警告 |
恢复直连并完成最后验证
- 关闭客户端系统代理或在 Windows“代理”页关闭手动代理，确认普通网页可以直连。
- 重新启用客户端，只保留一种接管方式：系统代理或 TUN，不要在不清楚作用时同时开启多个代理入口。
- 先用一个稳定测试网址，再访问原先打不开的网址；记录客户端日志中的规则命中、DNS 结果和连接状态。
- 用 Chrome、Edge 或 Firefox 中的另一个浏览器复测，排除浏览器独立配置。
- 如果仍失败，保留错误时间、目标域名、客户端模式、节点名称、日志错误类型和是否能直连，向网络管理员或客户端维护者反馈。不要提交订阅链接、令牌、Cookie 或账号密码。
页面说明与延伸阅读
本文是面向 Windows 10/11 的通用排障指南，站点为非官方使用指南页面；不同客户端的菜单名称和日志字段可能随版本变化。文中只使用了 Windows、浏览器和网络工具的公开技术资料，未据此判断任何具体服务的价格、稳定性或线路质量。
如果你还没有完成客户端选择，可先阅读Windows、macOS、Android 客户端对比与选择指南；已经确认是订阅导入问题，可查看v2rayN 订阅导入后不能使用的排查步骤；若网页能打开但速度慢，可继续阅读代理速度慢的排查方法。
常见问题
Windows 显示代理已连接，为什么所有网页还是打不开？
“已连接”通常只说明客户端或代理入口已启用，不等于浏览器请求已经成功。先核对 Windows 代理地址和端口是否与客户端监听一致，再查看日志中的 DNS、超时、拒绝或 TLS 错误。
代理测速正常，但网页打不开，是不是节点一定有问题？
不一定。延迟或测速测试只能覆盖部分连接环节，网页还可能受到规则、DNS、HTTPS、浏览器扩展或目标站点响应影响。建议切换全局模式，并用另一浏览器访问同一网址对比。
Chrome 能打开，Firefox 打不开怎么办？
Firefox 可能使用了独立代理设置。进入 Firefox 的代理设置，选择“使用系统代理”或按客户端实际协议填写手动代理；同时检查 Firefox 扩展是否控制连接。
需要同时开启系统代理和 TUN 模式吗？
不要在不了解作用时同时开启。系统代理主要接管遵循系统代理的应用，TUN 则通过虚拟网络接口接管更广泛的流量；具体行为取决于客户端实现。排障时先只启用一种方式，再根据日志和业务结果验证。
执行 ipconfig /flushdns 后仍然打不开网页怎么办？
刷新 DNS 只处理本机 DNS 缓存，不会修复错误端口、节点不可用、规则误分流或浏览器独立代理。下一步应查看客户端日志，并用全局模式和另一浏览器做对比。