v2rayN连接成功但打不开网页怎么办？按现象逐项排查
简答：v2rayN显示连接成功，只能说明内核或节点完成了部分启动，不代表浏览器流量已经进入代理。先确认系统代理是否指向当前端口，再用 netstat 和 curl.exe 做本地代理测试；若测试成功，再排查浏览器、DNS、规则或节点参数。
定义：“v2rayN连接成功但打不开网页”是指客户端状态或节点延迟看似正常，但浏览器请求没有正确进入本地代理、无法解析域名、路由规则未命中，或远端连接在握手后失败。
先按现象判断：不要一开始就重装客户端
v2rayN 的“已连接”不等于网页一定能打开。实际排查应先区分流量接管范围，再决定检查本地端口、浏览器、DNS 还是节点。不同版本的菜单名称和端口显示可能不同，以下步骤以当前界面实际显示为准。
| 现象 | 优先怀疑 | 先做什么 |
|---|---|---|
| 所有网页和其他应用都打不开 | 系统代理未启用、本地端口未监听、TUN 或其他代理冲突 | 检查系统代理状态，再运行 netstat -ano | findstr LISTENING |
| 只有浏览器打不开，其他应用正常 | 浏览器独立代理、代理扩展、PAC 或缓存设置 | 临时关闭浏览器扩展，检查浏览器是否使用系统代理 |
| 只有部分网站打不开 | 规则模式、DNS、目标站点或特定出站 | 临时切换全局模式做诊断对照 |
| 关闭 v2rayN 后仍然不能上网 | 系统代理残留、TUN 虚拟网卡或其他 VPN 软件接管 | 关闭系统代理，停用其他网络接管工具后重试 |
| 节点延迟正常但网页超时 | 延迟测试不代表真实 HTTPS 请求成功，可能是协议、TLS 或路由问题 | 查看日志关键词并切换另一个已导入节点对照 |
最短路径是：先查“系统代理和端口”，再查“浏览器是否绕过代理”，最后才检查 DNS、规则和节点参数。
第一步：确认内核启动、系统代理和端口一致
打开 v2rayN 后，先确认当前选中的节点已经启动，日志没有持续出现启动失败或端口绑定失败。然后检查系统代理是否处于启用状态。官方项目说明中，Windows 使用 v2rayN 通常需要先设置系统代理，具体按钮名称会随版本变化，可参考 v2rayN 连接启动讨论 与 v2rayN 界面说明。
在 v2rayN 主界面确认核心已启动，并记下当前显示的 HTTP、SOCKS 或混合端口。不要直接套用网上常见端口，因为端口可能被用户修改，也可能因版本或配置不同而变化。
启用 v2rayN 的系统代理选项。Windows 系统代理也可以在“设置 → 网络和 Internet → 代理”中查看；如果浏览器单独设置了代理，系统代理启用后浏览器仍可能不跟随。
在 PowerShell 中执行端口检查。把示例端口替换为 v2rayN 界面显示的实际端口：
netstat -ano | findstr :10809如果输出中出现
LISTENING，说明本机有程序监听该端口；如果没有输出，优先回到 v2rayN 检查核心是否启动、端口是否被改动或配置是否加载失败。Windows 官方文档说明，netstat可用于查看监听端口和活动连接，参考 Microsoft netstat 命令文档。若端口被其他程序占用，先退出冲突的代理、VPN 或旧客户端，再重新启动 v2rayN。不要同时启用多个软件的系统代理、TUN 或虚拟网卡。
第二步：用 curl.exe 判断代理链路是否真的可用
浏览器打不开网页时，不要只反复刷新页面。可以用 Windows 自带的 curl.exe 绕过浏览器设置，直接测试 v2rayN 的本地代理。PowerShell 5.1 中建议明确调用 curl.exe，避免与 PowerShell 的 curl 别名混淆；Microsoft 也提供了 Windows 下使用 curl 的说明，见 Microsoft curl on Windows 文档。
如果 v2rayN 界面显示的是 HTTP 或混合端口，可先执行：
curl.exe -I --max-time 15 -x http://127.0.0.1:10809 https://example.com
如果只有 SOCKS5 端口，则执行：
curl.exe -I --max-time 15 --proxy socks5h://127.0.0.1:10808 https://example.com
这里的端口只是示例，必须替换成 v2rayN 当前实际显示的端口。curl 官方文档区分了 socks5:// 与 socks5h://：后者让代理解析目标主机名，可用于判断本地 DNS 是否参与了失败过程，参考 curl 命令手册。
返回 HTTP 响应头：说明本地端口可访问，且至少完成了一次代理请求。此时优先检查浏览器独立代理、扩展、规则模式或浏览器缓存。
提示 connection refused：通常表示端口没有监听、端口写错，或 v2rayN 核心已经退出。回到第一步重新确认。
提示 timeout：本地端口可能存在，但节点握手、远端连接或路由没有完成。继续查看日志并切换节点对照。
提示 could not resolve host 或 no such host：先区分是节点服务器域名解析失败，还是目标网站解析失败；不要只修改浏览器 DNS。
测试完成后无需修改系统设置；如果你曾手动设置临时代理环境变量，可在当前 PowerShell 窗口执行 Remove-Item Env:HTTP_PROXY,Env:HTTPS_PROXY -ErrorAction SilentlyContinue，避免后续命令继续使用旧代理。
第三步：仅浏览器打不开时，检查独立代理和代理扩展
如果 curl.exe 通过本地代理可以返回响应，但浏览器仍打不开，故障大多不在节点本身，而在浏览器没有使用同一代理。Windows 官方资料也提醒，不同应用可能不会自动采用系统代理，部分应用需要在自身设置中单独配置，见 Windows 代理配置说明。
打开浏览器的网络或系统代理设置，取消与 v2rayN 不一致的手动 HTTP、HTTPS、SOCKS 代理。
暂时停用代理切换扩展、隐私扩展和 PAC 脚本，避免它们把请求转发到旧端口或直接绕过 v2rayN。
关闭浏览器后重新打开，再访问一个普通 HTTPS 测试页面。不要同时保留浏览器独立代理和 v2rayN 系统代理，除非你明确知道两者的转发关系。
如果只有某几个域名打不开，清除该域名的缓存和连接状态，并用另一个浏览器做对照。若另一个浏览器正常，优先处理原浏览器的扩展、代理或缓存。
第四步：部分网站打不开时，排查规则、DNS 和节点参数
部分网站失败而其他网站正常，通常不能直接判断为“节点坏了”。先把规则模式临时切换为全局模式做诊断对照。如果全局模式可以访问，而规则模式不行，说明应检查域名规则、直连出站或 DNS 分流；全局模式只用于定位，不建议在不了解影响范围时长期保持。
DNS 排查要分两层：一是节点服务器域名能否解析，二是目标网站域名能否解析。日志中若出现 no such host，先确认失败的具体域名，再检查系统 DNS、客户端 DNS 设置和规则是否把请求送到了错误的出站。不要把“客户端显示已连接”当成 DNS 已经正常。
如果日志出现 TLS、证书或握手相关错误，先检查 Windows 日期、时间和时区是否正确，再核对节点的地址、端口、UUID、传输方式、TLS、serverName 等字段。订阅导入后不要凭记忆手改参数；涉及身份凭据的完整配置不要公开粘贴到论坛或截图中。
如果只有某一个节点失败，切换到同一订阅中的另一个节点做对照；如果所有节点都失败，再检查订阅是否过期、配置是否完整以及本地网络是否拦截。以上只能作为故障定位路径，具体服务状态需以服务提供方和客户端日志为准。
第五步：TUN、虚拟网卡和系统代理冲突怎么处理
如果你同时启用了 TUN、系统代理、其他 VPN 或其他代理客户端，可能出现“客户端显示连接成功，但浏览器没有可用网络”的情况。排查时先做最小化测试：关闭其他网络接管工具，暂时关闭 TUN，只保留 v2rayN 核心和系统代理，再测试 curl.exe 与浏览器。
退出其他 VPN、代理客户端和网络过滤软件。
在 v2rayN 中暂时关闭 TUN 或虚拟网卡接管，仅保留系统代理。
重新启用系统代理，确认端口与 curl.exe 命令一致。
如果系统代理模式正常，再单独启用 TUN 测试。TUN 启用失败或启用后断网时，检查管理员权限、虚拟网卡状态以及是否存在同类网卡冲突。
关闭 v2rayN 后，回到 Windows 代理设置确认已恢复为关闭或原来的配置；必要时禁用残留虚拟网卡后重启电脑。
不要把 TUN 当作所有网页打不开时的第一修复手段。先用系统代理完成本地端口验证，可以减少变量，也更容易判断问题究竟在应用接管还是远端连接。
日志关键词速查：看到什么就查什么
| 日志关键词 | 更可能的环节 | 下一步动作 |
|---|---|---|
connection refused | 本地端口或远端端口拒绝连接 | 先确认端口监听，再核对节点地址和端口 |
i/o timeout | 连接超时、路由不通或节点无响应 | 切换节点，检查防火墙和网络变化 |
no such host | 域名解析失败 | 确认失败域名属于节点还是目标网站，再查 DNS |
TLS handshake 或证书错误 | 时间、证书、TLS 参数或 serverName 不匹配 | 先校准系统时间，再核对节点参数 |
| 核心启动失败 | 配置格式、核心文件或端口冲突 | 检查当前配置和核心日志，不要继续测试浏览器 |
日志关键词只能缩小范围，不能单独证明某个具体原因。修复一个变量后重新测试，并记录“修改前后”的结果，避免一次改动 DNS、规则、TUN 和节点参数导致无法判断是哪一步生效。
修复后的收尾检查
确认 v2rayN 当前选中的节点仍然是你准备使用的节点。
确认系统代理指向当前端口，浏览器没有遗留独立代理或 PAC。
如果只是临时切换了全局模式、关闭了 TUN 或停用了扩展，按需要恢复原设置并重新测试。
关闭 v2rayN 后测试普通网络，确认没有系统代理残留或虚拟网卡冲突。
不要公开订阅链接、UUID、密码、Reality 私钥或完整配置文件；提供日志时先删除身份信息和服务器地址。
常见问题
v2rayN显示连接成功，为什么网页还是打不开？
连接成功通常只代表核心或节点完成了部分启动，不代表浏览器流量已经进入代理。先检查系统代理是否启用、本地端口是否监听，再用 curl.exe 测试该端口。
v2rayN的代理端口应该填多少？
不要直接照抄固定端口。应以当前 v2rayN 界面显示的 HTTP、SOCKS 或混合端口为准，并用 netstat 检查该端口是否处于 LISTENING 状态。
curl.exe测试成功但浏览器打不开怎么办？
这通常说明本地代理链路基本可用，优先检查浏览器独立代理、PAC、代理扩展和缓存。关闭扩展后重启浏览器，再确认浏览器使用的是系统代理。
只有部分网站打不开，要不要直接换节点？
先不要急着换节点。临时切换全局模式做对照；如果全局模式正常，应继续检查规则、DNS 或直连出站。如果所有模式都失败，再用其他节点对照。
关闭v2rayN后电脑仍然无法上网怎么办？
检查 Windows 系统代理是否仍开启，退出其他 VPN 或代理工具，并确认 TUN 虚拟网卡没有继续接管流量。恢复原设置后再测试普通网络。