v2rayN 系统代理无法打开网页：按端口、浏览器和 DNS 排查
简答：先不要反复更换节点：在 v2rayN 参数设置中确认实际 HTTP 端口，再用 PowerShell 检查 127.0.0.1 端口是否监听，并用 curl.exe 显式走该 HTTP 端口测试。端口不通先查内核和冲突；端口可通但浏览器打不开，再检查 Windows 系统代理、浏览器独立代理、PAC 绕过规则和 DNS。
定义：v2rayN 系统代理是把部分应用的请求转发到 v2rayN 本地入站端口，客户端显示已运行并不等于浏览器已经通过该端口成功访问网页。
先做这 3 步：判断是端口、浏览器还是节点问题
本文只处理 Windows 上 v2rayN 系统代理无法打开网页这一问题，不覆盖 macOS、iOS、Android，也不讨论线路测速或服务可用性。请先记下 v2rayN 当前选中的配置、路由模式和参数设置中的实际端口；不要直接套用网上常见的端口数字。
| 现象 | 优先检查 | 停止条件 |
|---|---|---|
| 所有网页都打不开，浏览器提示代理连接失败 | 本地 HTTP 端口是否监听，Windows 代理地址是否为 127.0.0.1 | 端口未监听时，不继续改 DNS 或路由 |
| 端口监听，但浏览器仍打不开 | 浏览器是否使用系统代理、是否配置了独立代理或扩展 | 显式 curl 能打开而浏览器不能时，先处理浏览器设置 |
| 只有部分域名打不开 | DNS、PAC 绕过列表、路由模式和规则命中 | 不要把单个域名失败直接判断为节点失效 |
| 关闭 v2rayN 后普通网络也打不开 | Windows 是否残留 127.0.0.1 系统代理 | 恢复系统代理后再测试直连网络 |
- 确认 v2rayN 状态：选中一个配置并启动内核，观察日志是否立即出现启动失败、端口占用或配置错误。仅看到托盘图标、延迟结果或“已连接”，不能证明网页请求已经成功。
- 确认本地端口：打开 PowerShell，使用 v2rayN 参数设置里显示的 HTTP 端口替换
端口：Test-NetConnection 127.0.0.1 -Port 端口。若TcpTestSucceeded为False，先回到内核、端口和冲突排查。 - 确认显式代理：在 PowerShell 使用 Windows 自带的
curl.exe：curl.exe -x http://127.0.0.1:端口 https://example.com -I --max-time 15。这只验证指定 HTTP 代理能否完成一次请求，不代表所有网页、规则或长期性能都正常。
微软文档说明，Test-NetConnection 的远程端口参数用于显示 TCP 连接诊断信息；它能帮助判断端口是否可连，但端口监听不等于代理协议和远端请求一定正常。查看 Microsoft Learn 的 Test-NetConnection 说明。curl 官方文档也区分了 HTTP 代理与 SOCKS 代理的写法，-x http://... 与 --proxy socks5h://... 不能把端口类型混用。查看 curl 官方代理参数说明。
端口不通：先检查 v2rayN 内核、监听地址和端口冲突
如果 Test-NetConnection 显示端口不可达，优先按以下顺序处理：
- 确认使用的是活动配置：在 v2rayN 中重新选中需要使用的配置，再启动或重启核心。查看日志时间，确认重启后是否出现新的启动记录；不要只依据旧日志判断。
- 重新读取实际端口：进入 v2rayN 的参数或系统代理相关设置，记录当前 HTTP、SOCKS 或 PAC 端口。资料中的示例端口只能作为格式示例，不能替代当前界面值。
- 区分端口类型：Windows 系统代理通常需要 HTTP 代理入口；SOCKS 端口应在支持 SOCKS 的应用中单独填写。v2rayN 官方 FAQ 明确提醒，Windows 系统代理通常配置 HTTP 代理，不应把 SOCKS5 端口直接当成普通系统 HTTP 代理端口。查看 v2rayN 官方 FAQ。
- 检查端口冲突：如果日志提示端口已被占用，关闭其他代理客户端、虚拟网卡工具或占用相同端口的程序后，再重启 v2rayN。若无法确认占用者，不要连续修改多个端口；每次只改一个端口并重新执行测试。
- 检查监听地址：系统代理通常连接本机回环地址
127.0.0.1。如果你开启了“允许来自局域网的连接”或使用了单独的 LAN 入站端口，不能因此假设 Windows 本机系统代理也应使用 LAN 地址。
v2rayN 官方系统代理说明指出，系统代理的作用是把部分软件流量转发到核心的本地入站入口；官方代码中也显示 Windows 系统代理会使用回环地址和当前获取到的本地入站端口。查看 v2rayN 官方系统代理说明 查看 v2rayN 官方系统代理处理代码。
端口可通但网页打不开：检查 Windows 系统代理与浏览器
端口测试成功后，故障通常已经从“本地进程没有监听”转移到“应用没有正确使用代理”或“代理请求被规则处理”。按下面顺序检查，完成一项就重新打开一个网页验证。
- 检查 Windows 代理：打开“设置 → 网络和 Internet → 代理”，查看手动代理或自动配置脚本是否指向 v2rayN 当前的本地地址和 HTTP 端口。微软文档给出的 Windows 路径是“设置 → 网络和 Internet → 代理”，手动代理需要填写服务器地址和端口。查看 Microsoft 官方 Windows 代理设置说明。
- 关闭重复代理：如果 Windows 代理、浏览器扩展、其他代理软件同时接管流量，先暂时保留 v2rayN 的一种入口，其余设置恢复为无代理或禁用。每次只保留一个变量，避免多个本地端口互相覆盖。
- 检查浏览器独立代理：Firefox 可以选择“使用系统代理设置”、手动代理、自动检测或 PAC；如果 Firefox 使用了手动代理，它可能不会按照 Windows 当前设置工作。进入“设置 → 常规 → 网络设置 → 设置”，确认模式和地址端口。查看 Firefox 官方连接设置说明。
- 检查绕过列表：Windows 代理例外、PAC 文件或浏览器的“不使用代理”列表可能让某些域名直连。若只有部分网页失败，记录失败域名，并检查它是否命中绕过规则；不要一开始就切换到全局模式。
验证边界要记住：显式 curl 请求成功，只能说明该命令使用指定代理完成了请求；它不能证明浏览器已采用同一代理，也不能证明所有域名都能访问。反过来，浏览器失败也不必然表示节点失效，可能只是浏览器仍在使用旧代理地址。
只有部分网页打不开：按 DNS、路由和规则分流
如果普通网页可以打开，但某些域名失败，先把问题拆成“域名解析失败”与“解析成功但连接失败”。
- 做域名与 IP 的对照：在 PowerShell 使用
Resolve-DnsName example.com查看是否能得到解析结果。解析失败时，检查当前 DNS、客户端 DNS 设置和规则；解析成功但网页仍失败，再查看路由和节点日志。 - 观察 v2rayN 日志：在你发起网页请求的同一时间查看日志，关注是否出现连接超时、拒绝、路由到直连或阻断等记录。没有对应时间的日志，可能说明浏览器请求根本没有进入 v2rayN。
- 切换路由模式进行对照：先记录原模式和规则，再临时使用更简单的路由模式测试一个明确的网页。若模式改变后现象改变，说明规则或 PAC 是排查方向；测试结束后恢复原设置，避免把临时结果当成长期配置。
- 谨慎处理 DNS：不要因为网页打不开就直接修改多个 DNS、开启 TUN 或重置全部配置。一次只改变 DNS 或路由中的一个项目，并记录改变前后的解析结果和日志。
v2rayN 官方文档将系统代理与核心路由分开说明：系统代理负责把应用请求送入核心，路由再决定请求走直连或代理。因此，“系统代理已开启”与“某个域名最终走代理”是两个不同检查点。查看官方系统代理与路由说明。
关闭 v2rayN 后仍无法上网：清除残留系统代理并回滚
如果 v2rayN 已退出，但浏览器仍提示代理错误，常见排查方向是 Windows 还保留着指向本地回环地址的代理设置。此时先不要重装浏览器。
- 打开“设置 → 网络和 Internet → 代理”。
- 关闭不再使用的手动代理和自动配置脚本；如果电脑由单位统一管理，先确认这些设置是否属于组织网络要求。
- 关闭并重新打开浏览器，再直接访问一个平时可访问的网站。
- 如果恢复直连后网页正常，说明问题在残留代理入口；下次启动 v2rayN 前，先确认客户端是否会自动写入系统代理。
v2rayN 官方说明提供了“清除系统代理”“自动配置系统代理”“不改变系统代理”和 PAC 等不同模式；如果你只想临时测试，建议先记录原来的 Windows 代理状态，测试结束后按原状态恢复。查看 v2rayN 系统代理模式说明。
若以上步骤仍无法定位，请保留一份最小信息：Windows 版本、v2rayN 版本、活动配置名称、HTTP/SOCKS 端口、端口测试结果、浏览器错误提示和对应时间的日志。不要公开订阅链接、密钥或完整配置文件中的敏感字段。
本文的最短判断结论
- 端口不通：先查核心是否启动、当前活动配置、实际端口和端口冲突。
- 端口可通但 curl 失败：检查 HTTP/SOCKS 类型是否匹配，再看日志、路由和 DNS。
- curl 成功但浏览器失败：检查 Windows 代理、浏览器独立代理、扩展和绕过列表。
- 只有部分域名失败：对照 DNS 解析结果、PAC 规则和日志，不要直接判断节点失效。
- 退出后仍打不开：清除残留的 Windows 代理设置，再恢复直连验证。
本站是第三方使用指南站，不是 v2rayN 官方站；客户端菜单名称可能随版本变化，涉及版本功能时应以 v2rayN 项目页面和当前客户端界面为准。
常见问题
v2rayN 系统代理开启后，为什么浏览器还是打不开网页？
系统代理开关只表示 Windows 写入了代理设置，不代表浏览器一定采用了正确的地址和端口。先用 Test-NetConnection 检查本地 HTTP 端口，再用 curl.exe 显式代理测试；如果 curl 成功而浏览器失败，重点检查浏览器独立代理、扩展和绕过列表。
v2rayN 的 HTTP 端口和 SOCKS 端口可以互换吗？
不能直接互换。Windows 系统代理通常使用 HTTP 代理入口，SOCKS 端口应在支持 SOCKS 的应用或命令中按对应协议填写。端口数字相同也不代表协议类型相同。
Test-NetConnection 成功，是否说明 v2rayN 已经能正常上网？
不能。它主要验证本机到指定 TCP 端口是否可建立连接，不能证明代理协议、节点、DNS、路由或浏览器请求都正常。还需要使用显式 HTTP 或 SOCKS 代理请求，并结合日志判断。
关闭 v2rayN 后 Windows 仍然无法打开网页怎么办？
进入“设置 → 网络和 Internet → 代理”，关闭不再使用的手动代理或 PAC 脚本，再重启浏览器测试。若恢复正常，说明系统仍保留了指向本地回环地址的代理设置。
只有 Firefox 打不开，其他浏览器正常，应该先查什么？
先查看 Firefox 的“设置 → 常规 → 网络设置”，确认它是使用系统代理、手动代理、自动检测还是 PAC。Firefox 支持独立配置代理，因此它可能没有采用 Windows 当前的系统代理。