v2rayN已连接但无法上网怎么办？Windows排查步骤
简答：v2rayN显示“已连接”不等于浏览器流量已经进入本地代理。先关闭 TUN 和其他流量接管工具，确认普通网络可用，再核对系统代理地址与端口；随后用 curl 指定本地代理测试。若 curl 成功而浏览器失败，重点检查浏览器独立代理或 Secure DNS；若所有节点都失败，再查看端口、日志、DNS、路由和节点参数。本文仅适用于 Windows，其他系统不含在内。
定义：“已连接但无法上网”是指 v2rayN 的核心或节点状态看似正常，但浏览器或应用没有通过正确的本地入站、DNS、路由或远端出站完成实际网页请求。
先试这一步：确认本地代理入口是否真的可用
本站是第三方使用指南站，不是 v2rayN 的官方网站。v2rayN 的系统代理功能本质上是把 Windows 部分软件的流量转发到核心的入站入口；界面名称和端口可能随版本、核心或自定义配置变化，应以当前设置页显示为准。v2rayN 系统代理与路由说明对此有明确说明。
| 现象 | 优先判断 | 下一步 |
|---|---|---|
| 只有某个浏览器打不开 | 浏览器独立代理、扩展或 Secure DNS | 清除浏览器自定义代理，暂时关闭代理扩展后重试 |
| 所有浏览器和应用都打不开 | 系统代理未生效、端口错误或核心未监听 | 核对系统代理地址、端口，再执行端口命令 |
| 只有一个节点失败 | 节点参数、TLS、传输层或远端出站问题 | 对照原始配置核查域名、端口、UUID、serverName 等 |
| 关闭 v2rayN 后仍无法上网 | 残留系统代理、TUN、DNS 或 Windows 网络问题 | 清除系统代理，关闭 TUN 和其他网络接管软件 |
- 退出或暂停 TUN、其他代理客户端和网络过滤软件，先保留普通 Windows 网络。
- 在 v2rayN 中选中一个配置文件，启动核心；不要只依据延迟或测速结果判断网页可用。
- 打开 Windows“设置 → 网络和 Internet → 代理”，检查手动代理或自动配置是否与 v2rayN 当前设置一致。地址通常应是本机回环地址，但端口必须以 v2rayN 设置页显示为准，不能机械套用旧教程中的端口。
- 在 PowerShell 中执行下面的命令，把
PORT替换为当前 HTTP 或 SOCKS 入站端口：netstat -ano | findstr 127.0.0.1:PORT。看到监听记录后，再用 PID 定位进程：Get-Process -Id PID。微软文档说明，netstat -o可以显示连接对应的进程 ID。Microsoft Learn：netstat 命令 - 如果没有监听记录，回到 v2rayN 日志查看核心启动错误、端口占用或配置生成失败；如果监听的是另一个端口，就把 Windows 代理改成实际端口。
最小验证示例：假设当前 HTTP 入站端口是 10809，执行 curl.exe -v -x http://127.0.0.1:10809 https://example.com/。PowerShell 5.1 中建议明确使用 curl.exe，避免被同名别名替换。Microsoft Learn：Windows 中的 curl
结果判断：能看到 HTTP 响应头或页面内容，说明本地 HTTP 入口和一次实际请求基本可用，问题更可能在浏览器代理或分流；若出现 Connection refused，通常是端口没有监听或协议类型填错；若本地连接成功但握手、解析或请求超时，继续检查日志、DNS、路由和节点参数。
按故障层级排查：端口、浏览器、DNS与路由
1. 端口存在但浏览器仍打不开
确认浏览器没有单独设置与 Windows 不同的代理。Chromium 系浏览器通常跟随系统代理，但扩展、启动参数或安全 DNS 仍可能改变请求路径；Firefox 也可能使用独立的网络设置。先关闭代理扩展，恢复浏览器默认代理，再打开一个普通 HTTPS 页面验证。不要同时启用多个代理入口，否则即使 v2rayN 显示已连接，浏览器也可能请求到错误端口。
2. 检查远端端口，但不要把 TCP 成功当成网页成功
如果配置中的服务器域名和端口已知，可执行：Test-NetConnection example.com -Port 443 -InformationLevel Detailed。该命令用于查看 DNS、路由和 TCP 建立情况，微软文档列出了其远程端口测试用法。Microsoft Learn：Test-NetConnection
TcpTestSucceeded : True 只能说明从当前网络到该 TCP 端口建立连接，不代表协议参数、TLS、UUID、传输方式或网页请求一定正确；UDP、QUIC 也不能用这个 TCP 测试代替。若只有一个节点失败，对照原始配置核查节点域名、端口、UUID、传输方式、TLS 的 serverName，以及使用 REALITY 时的公钥和 shortId。这些字段必须以配置提供方给出的原始信息为准，无法核实的值不要自行填写。
3. 检查 DNS 与分流
若日志出现域名解析失败、超时或无法连接目标域名，可先执行：nslookup example.com，再执行：ipconfig /flushdns。刷新缓存后只重试一次，避免同时修改多个 DNS 变量。若关闭代理后普通网站可打开、通过 v2rayN 时部分域名失败，临时切换到全局路由做对照；如果全局模式可以访问，问题更像是分流规则、直连规则或阻断规则，而不是单纯节点失效。v2rayN 官方 Wiki 说明，系统代理负责把应用请求交给核心，核心路由再按规则选择不同出站。v2rayN 系统代理和路由说明
4. 检查系统时间与 TLS
打开 Windows“设置 → 时间和语言 → 日期和时间”，启用自动设置时间并执行同步。若日志出现证书未生效、TLS handshake failed、证书时间异常等信息，先修正系统时间，再重启核心测试。不要为了绕过握手错误而永久关闭证书校验；这会削弱连接校验，不能作为常规排障方案。
日志与TUN排查：避免把“已连接”当成“请求成功”
在 v2rayN 日志面板中，先清空或记下当前日志，再只执行一次网页访问，观察是否出现新的入站、DNS、路由或出站错误。判断顺序可以按下面处理：
- 没有新的请求记录：浏览器没有进入 v2rayN，优先检查系统代理、浏览器独立代理和本地端口。
- 出现入站但没有成功出站：检查路由规则、DNS、节点参数和核心启动状态。
- 出现 TLS、REALITY 或证书错误：核对原始节点配置、系统时间和传输参数，不要凭记忆补字段。
- 出现端口占用或 address already in use：执行
netstat -ano | findstr :PORT，再用 PID 查进程；确认旧核心或其他客户端已退出后再重启。 - 只有启用 TUN 后才有流量：先关闭 TUN，用普通系统代理完成最小测试。TUN 会涉及虚拟网卡、路由和权限，设置页中的协议栈、MTU 和自动路由应以当前版本为准。v2rayN Wiki 对 TUN 协议栈、MTU 与路由排除地址有单独说明。v2rayN 界面与 TUN 参数说明
如果必须使用 TUN，再按“管理员权限 → 虚拟网卡是否出现 → 自动路由是否启用 → DNS 是否被接管 → 是否存在其他 TUN/网络过滤工具”的顺序检查。TUN 相关操作可能需要管理员权限；普通系统代理测试通常不需要提权。每次只改一个设置，成功后再恢复下一个设置，便于确定真正原因。
最小配置核对清单：本地监听地址=127.0.0.1、HTTP/SOCKS 类型与浏览器设置一致、端口=当前设置页显示值、节点域名和端口来自原始配置、系统时间正确、路由模式已记录。订阅链接、UUID、私钥或完整配置不要发到论坛、截图或日志分享中。
按结果处理：什么时候换节点，什么时候不要换
所有节点都失败：先处理本地层，包括系统代理、监听端口、浏览器设置、DNS、TUN、残留代理和核心启动日志。此时反复更换节点不能证明问题来自节点。
只有一个节点失败：保留其他变量不变，核对该节点的域名、端口、用户标识、传输层、TLS 或 REALITY 参数；如果其他节点能通过同一条 curl.exe 命令完成请求，本地入口通常已有基本可用性。
curl 能访问、浏览器不能：重点看浏览器代理、扩展、Secure DNS 和缓存，不要先修改 v2rayN 的核心配置。
浏览器和 curl 都失败，但端口在监听：查看核心日志中的 DNS、TLS、路由和出站错误；若节点信息来自订阅，重新更新配置前先保存当前可用配置，避免把订阅链接暴露给他人。v2rayN 支持多个核心，具体行为可能受所选核心和配置类型影响，官方仓库建议结合 Wiki 与日志判断。v2rayN 主仓库
修复后的确认：依次确认本地端口仍在监听、curl.exe -v -x http://127.0.0.1:当前端口 https://example.com/ 能完成请求、浏览器没有独立代理、关闭 v2rayN 后系统代理能恢复。不要只看图标颜色、延迟数字或“已连接”文字。
常见问题
v2rayN 显示已连接，为什么系统代理还是打不开网页？
“已连接”通常只说明核心或配置状态发生了变化，不代表浏览器已经使用正确的本地入口。先核对 Windows 代理地址、端口和协议，再用 curl.exe -x 做一次实际请求。
端口一定是 10808 或 10809 吗？
不能直接假定。端口可能因版本、核心、自定义配置或多个入站而不同，应以 v2rayN 当前设置页和 netstat -ano 的监听结果为准。
Test-NetConnection 成功，为什么网页仍然打不开？
它主要验证目标主机的 DNS、路由和 TCP 端口连通性，不会替你验证代理协议、TLS 参数、路由规则和完整网页请求。TCP 成功只能缩小范围，不能代替实际 HTTP 或 HTTPS 测试。
要不要直接切换全局模式？
可以把全局模式作为临时对照，不要当成永久修复。如果全局模式能访问而原模式不能，通常应回头检查分流、直连和阻断规则；测试结束后恢复原来的路由设置。
启用 TUN 后反而断网怎么办？
先关闭 TUN，用普通系统代理验证节点和本地入口。确认系统代理可用后，再检查管理员权限、虚拟网卡、自动路由、DNS、协议栈和 MTU；不要同时修改多个 TUN 参数。
可以把订阅链接或完整日志发给别人帮忙看吗？
不建议直接公开。订阅链接、UUID、私钥、短 ID 和完整配置可能包含可识别或可使用的凭据；分享前应打码，只保留错误类型、端口是否监听和不含敏感字段的日志片段。
常见问题
v2rayN 显示已连接但网页打不开，第一步做什么？
先关闭 TUN 和其他流量接管工具，核对 Windows 系统代理地址与当前端口，再用 curl.exe 指定本地 HTTP 代理做一次真实 HTTPS 请求。
v2rayN 本地端口怎么确认？
在 PowerShell 执行 netstat -ano | findstr 127.0.0.1:端口；如果不知道端口，先查看 v2rayN 设置页，再用 PID 定位占用进程。
只有部分网站打不开，是节点坏了吗？
不一定。先切换全局模式做对照；如果全局模式能访问，应优先检查分流、DNS、直连或阻断规则。
关闭 v2rayN 后电脑仍然无法上网怎么办？
检查 Windows 是否残留手动代理、PAC、TUN 虚拟网卡或其他客户端的流量接管设置，清理后恢复普通网络再测试。