v2rayN 已连接但不能上网怎么办？Windows 逐层排查
简答：v2rayN 显示“已连接”不等于浏览器流量已经进入代理，也不等于远端请求成功。先关闭 TUN，确认基础网络正常，再检查活动节点、系统代理地址与端口，最后用 curl、nslookup 和日志区分代理入口、DNS、路由或节点问题。
定义：这里的“已连接”通常只表示客户端或核心已启动、配置已加载，不能单独证明浏览器请求、DNS 查询和网页访问都成功。
先试这 5 步：最快判断是哪一层出错
本文面向 Windows 10/11 上运行的 v2rayN v7.x，界面名称可能因版本、界面实现和 Xray 或 sing-box 核心不同而略有差异。v2rayN 的 Windows v7.x 发布说明列出了 Windows 10+ 支持范围；以下步骤只覆盖 Windows，不覆盖 macOS、iOS 或 Android。查看 v2rayN 发布文件与系统说明。
| 顺序 | 操作 | 观察结果 | 下一步 |
|---|---|---|---|
| 1 | 暂时关闭 TUN，退出其他代理软件 | 关闭后网页恢复 | 优先排查 TUN、虚拟网卡或代理冲突 |
| 2 | 在 v2rayN 中重新选择活动节点并启动核心 | 核心日志出现启动错误或连接超时 | 检查节点参数、核心和远端连接 |
| 3 | 检查系统代理是否指向 127.0.0.1 和 v2rayN 当前 HTTP 端口 | 地址或端口不一致 | 修正系统代理，或使用 v2rayN 的自动配置系统代理 |
| 4 | 用 curl.exe 测试网页，用 nslookup 测试域名 | curl 失败或 DNS 无结果 | 分别排查代理入口和 DNS |
| 5 | 恢复规则模式后再测试 | 全局模式可用、规则模式不可用 | 检查路由规则、分流和 DNS 分流 |
停止条件：每完成一步，只改变一个变量并重新测试。浏览器能打开一个页面，只能说明该次请求成功，不能据此判断所有应用、所有域名或长期线路都可用。
先区分：客户端运行、代理入口和远端请求不是一回事
v2rayN、核心、系统代理和 TUN 分别承担不同角色。v2rayN 是图形界面，负责管理配置与核心；核心负责监听本地入口并建立远端连接；系统代理是 Windows 或应用向本地代理入口发送流量的设置；TUN 则通过虚拟网卡接管更多系统流量。v2rayN 官方说明将“系统代理”描述为把部分软件流量转发到核心的入站入口，而核心路由再决定流量走代理或直连。查看系统代理与路由说明。
因此，出现“已连接但不能上网”时，至少可能有四层问题：核心没有真正加载活动配置；浏览器没有使用系统代理；本地代理地址或端口不一致；远端节点、DNS 或路由规则失败。先验证本地入口，再验证远端请求，比一开始反复换节点更容易定位。
如果 v2rayN 的状态显示运行，但核心日志有“启动失败”“端口被占用”“配置错误”或连接超时，应先保存日志并停止继续改动。官方 FAQ 提到，核心运行失败可能与配置不受支持或本地监听端口被其他程序占用有关。查看 v2rayN FAQ 与日志位置说明。
按顺序执行：备份、基础检查、最小操作、验证与回滚
- 备份现有状态。记录当前活动节点、系统代理模式、HTTP 端口、SOCKS 端口、路由模式、DNS 和 TUN 状态。不要公开完整订阅链接、UUID、私钥、Reality 参数组合或未经处理的完整日志。停止条件是已经能恢复原设置，不要在没有记录的情况下同时修改多个选项。
- 确认 Windows 本身能直连。先完全退出 v2rayN 或关闭系统代理，用浏览器访问一个平时可访问的网站；也可以在 PowerShell 执行
Test-NetConnection example.com -Port 443。如果直连也失败，问题可能在本地网络、DNS、防火墙或路由，暂时不要把结论归因于节点。Microsoft 文档说明，Test-NetConnection可用于 TCP 端口连接测试并返回连接是否建立。查看 Test-NetConnection 官方说明。 - 关闭 TUN 和其他代理接管。只保留 v2rayN 的普通系统代理方式进行测试。若关闭 TUN 后网页恢复，说明 TUN、虚拟网卡、路由排除或其他网络软件可能是排查方向。先保持 TUN 关闭，完成普通系统代理验证后再单独开启，避免同时修改 TUN、DNS 和路由。
- 重新选择活动节点并启动核心。确认节点被设置为当前活动配置，观察核心日志是否出现启动成功、监听成功、握手失败、超时或拒绝连接。测速成功不等于浏览器访问成功；测速只能作为单独的测试结果，不能替代网页请求验证。若核心启动即失败，先修正配置或端口占用，再继续测试。
- 检查系统代理入口。确认 Windows 代理设置或 v2rayN 自动配置的代理地址通常是本机回环地址，例如
127.0.0.1，端口必须与 v2rayN 当前 HTTP 入站端口一致。Windows 系统代理并不会自动让每个应用都使用代理，部分应用还会使用自己的代理设置。Microsoft 文档也指出，不同应用对系统代理、PAC 或应用内代理的支持可能不同。查看 Windows 代理设置说明。 - 用 curl 绕开浏览器扩展验证。在 PowerShell 中使用真实的
curl.exe，执行curl.exe -I -v https://example.com。Windows PowerShell 5.1 中的curl可能是Invoke-WebRequest的别名，因此建议明确写成curl.exe。如果指定本地代理测试，可使用curl.exe -I -v --proxy http://127.0.0.1:端口 https://example.com，把“端口”替换为 v2rayN 的 HTTP 端口。Microsoft 官方说明了 Windows 中curl.exe的使用方式及 PowerShell 别名差异。查看 Windows curl 官方说明。
结果解释：如果指定本地代理的 curl 成功、浏览器失败，优先检查浏览器独立代理、扩展、PAC 或缓存；如果 curl 也失败但核心日志有握手或超时信息，优先检查节点配置和远端连接；如果 curl 提示无法连接到 127.0.0.1:端口，优先检查核心是否运行以及端口是否被占用。
DNS、路由和部分网站打不开：不要把所有问题都归咎于节点
如果只有部分网站打不开，先分别测试域名解析和网页请求。执行 nslookup example.com，观察是否返回地址、是否超时或是否提示找不到域名；再执行 ipconfig /flushdns 清理本机 DNS 缓存，然后重复测试。Microsoft 文档建议使用 nslookup 检查 DNS 查询，并在缓存造成旧结果或负缓存时使用 ipconfig /flushdns。查看 DNS 客户端排查说明。
DNS 查询成功但网页请求失败，可能是路由模式、域名分流、协议握手、证书或远端连接问题；DNS 查询失败则先排查 DNS 配置、系统代理下的 DNS 处理方式和本地网络。不要只凭“能 ping 通”判断网页可用，因为 ICMP 通不代表 HTTPS 请求、代理握手和目标端口都正常。
可按下面顺序进行最小对比：
- 规则模式失败、全局模式成功：可能是规则匹配或 DNS 分流问题，先记录受影响域名，再检查规则命中结果。
- 全局模式和规则模式都失败：优先检查活动节点、核心日志、本地代理端口和节点参数。
- 浏览器成功、桌面应用失败：检查该应用是否使用独立代理、是否绕过系统代理，或是否受到应用自身网络策略影响。
- 退出 v2rayN 后电脑仍无法联网：检查系统代理是否残留，必要时在 Windows 代理设置中关闭手动代理，并确认其他代理软件已经退出。
验证边界：一次域名查询成功，只说明当前 DNS 查询成功；一次网页打开成功，只说明当前域名、当前浏览器和当前路径成功，不能推出所有站点或所有应用都正常。
端口、日志与 TUN 冲突的处理方法
如果 v2rayN 日志显示本地端口监听失败，先退出可能占用代理端口的程序，再重新启动核心。也可以用 PowerShell 检查某个本地端口是否有监听进程：Get-NetTCPConnection -LocalPort 端口 -ErrorAction SilentlyContinue。这里的“端口有监听”只证明某个程序占用了端口，不证明它就是正确的 v2rayN 核心，也不证明网页流量已经通过它。
如果普通系统代理已经能用，再单独开启 TUN。开启后只测试一个网页和一个应用，观察是否出现网页全部打不开、系统网络变慢、虚拟网卡冲突或 DNS 查询异常。v2rayN 的 TUN 设置包含协议栈、MTU 和路由排除等选项，官方界面说明也提醒不同核心对部分 TUN 选项的支持存在差异。查看 v2rayN 界面与 TUN 设置说明。
若开启 TUN 后失败，回滚方式是关闭 TUN、恢复此前能工作的系统代理模式，并重启 v2rayN；不要为了“修复”一次网页打不开就同时改 MTU、DNS、路由和核心。只有当日志或可复现现象明确指向 TUN、虚拟网卡或路由，才继续针对该层排查。
按现象快速分流
| 现象 | 优先检查 | 不要直接下的结论 |
|---|---|---|
| 所有网页都打不开 | 系统代理地址和端口、核心是否运行、活动节点、curl 指定代理测试 | 不能直接判断节点已失效 |
| 只有部分网站打不开 | 规则模式、DNS 分流、域名解析、核心路由日志 | 不能只凭一个网站判断线路整体不可用 |
| 浏览器正常但软件不通 | 软件自己的代理设置、是否支持系统代理、应用防火墙 | 不能认为 v2rayN 对所有应用都自动生效 |
| 节点测速成功但网页打不开 | 活动节点是否与测速节点一致、HTTP 代理入口、网页请求日志 | 测速成功不等于浏览器可用 |
| 退出客户端后仍无法联网 | Windows 系统代理残留、其他代理软件、虚拟网卡和 DNS | 不能直接重装 Windows 网络组件 |
| 开启 TUN 后异常 | 关闭 TUN 做对照，检查核心支持、虚拟网卡和路由排除 | 不要先修改 MTU 或批量改配置 |
建议每次测试保留三项记录：测试时间、当前活动节点或配置名称、测试结果与日志关键词。这样可以判断问题是固定出现、只影响某个节点，还是只在某个网络环境出现。
常见问题
v2rayN 显示已连接，是不是说明节点一定可用？
不是。它可能只表示客户端或核心已启动、配置已加载，不能证明浏览器正在使用正确的本地代理，也不能证明远端网页请求成功。应使用 curl.exe 指定本地代理测试，并结合核心日志判断。
系统代理应该填什么地址和端口？
通常是本机回环地址 127.0.0.1，端口必须与 v2rayN 当前 HTTP 入站端口一致，不能凭经验填写固定端口。请以客户端当前显示的端口为准；如果地址或端口不一致，浏览器可能直接连接失败。
为什么测速成功，浏览器还是打不开网页？
测速和网页访问可能使用不同的测试路径，且测速节点不一定就是当前活动节点。测速成功只能作为一个独立结果，仍需验证活动配置、系统代理、本地端口、DNS 和实际 HTTPS 请求。
只有部分网站打不开，应该先换节点吗？
不建议马上换节点。先用 nslookup 检查域名解析，再比较规则模式与全局模式；如果全局可用而规则不可用，可能是路由或 DNS 分流问题。如果多个节点都出现相同现象，再扩大排查范围。
关闭 v2rayN 后电脑仍然无法上网怎么办？
先检查 Windows 设置中的手动代理是否仍开启，再退出其他代理软件并确认虚拟网卡状态。随后执行 ipconfig /flushdns，并在关闭代理的情况下测试基础网络。不要把端口监听或浏览器缓存直接当成根因。
排查时需要把完整日志或订阅链接发给别人吗？
不建议。完整订阅链接、UUID、私钥、Reality 参数组合和部分日志可能包含敏感配置。分享前应删除订阅地址、身份标识、服务器地址中不必要的部分以及本地用户名等信息，只保留时间、错误关键词和脱敏后的现象。