v2rayN TUN 模式无法上网怎么办？Windows 分层排查步骤
简答：如果 v2rayN 的系统代理可以上网，但开启 TUN 后断网，先关闭 TUN 保住网络，再确认管理员权限、TUN 网卡、默认路由和 DNS。最短路径是：管理员运行 v2rayN→检查虚拟网卡→执行 ipconfig /all 与 route print→查看日志→一次只切换一个核心或配置。
定义：v2rayN 的 TUN 模式会通过虚拟网卡接管系统流量，因此无法上网通常要从权限、核心启动、虚拟网卡、路由、DNS 和上游连接分层判断。
先走最短路径：系统代理正常、TUN 失败时怎么查
本文适用于 Windows 上使用 v2rayN 的场景，重点解决“节点和系统代理能用，但一开启 TUN 就断网或所有程序无法联网”。v2rayN 官方说明显示，TUN 设置包含协议栈、MTU、路由和 DNS 等选项，Xray 与 sing-box 对部分选项的支持并不相同，具体行为应以当前版本界面和日志为准。查看 v2rayN 官方界面说明
| 现象 | 优先检查 | 看到什么结果后继续 |
|---|---|---|
| 系统代理也不能上网 | 节点、订阅、核心和上游网络 | 先关闭 TUN，确认普通代理模式能否连接 |
| 系统代理正常，TUN 一开就断网 | 管理员权限、TUN 网卡和默认路由 | 网卡存在且有 IPv4 后，再看 route print |
| 网卡存在但域名打不开 | DNS、DNS 劫持和规则配置 | 先区分 IP 访问与域名访问是否不同 |
| 更新软件或核心后才失效 | 版本兼容、核心选择和生成配置 | 记录当前版本，再恢复上一次可用组合 |
- 关闭 TUN并恢复可用状态。入口：v2rayN 主界面的 TUN 开关。预期结果：系统代理仍可用或至少恢复普通网络。失败后：先停止核心，避免继续修改时无法判断新旧问题。
- 以管理员身份启动 v2rayN。退出程序后右键程序，选择“以管理员身份运行”，再重新启用 TUN。预期结果：虚拟网卡能够创建，日志不再出现权限或启动失败。失败后：继续检查网卡和核心，不要先改 DNS。
- 确认当前使用的核心和实际版本。入口：v2rayN 设置、核心管理或日志窗口。预期结果：能明确记录 v2rayN、Xray、sing-box 的版本。失败后：先更新或重新放置对应核心，但不要同时更改多个配置。
第一层：检查 TUN 虚拟网卡是否创建成功
启用 TUN 后，打开 Windows“设置→网络和 Internet→高级网络设置→更多网络适配器选项”，观察是否出现与当前核心对应的 TUN 网卡。不同版本和模式下，网卡名称可能不同，不能只按某一个固定名称判断。
入口：管理员 PowerShell。以下命令仅用于 Windows 检查示例，不是安装命令，也不应直接修改网络配置：
Get-NetAdapter | Sort-Object ifIndex | Format-Table ifIndex,Name,Status,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Format-Table InterfaceAlias,IPAddress,PrefixLength
预期结果：能看到 TUN 网卡，并且状态不是持续 Disabled；同时能找到对应 IPv4 地址。若没有网卡，下一步检查管理员权限、核心文件、Windows 安全软件拦截和日志中的启动错误。若网卡存在但没有有效 IPv4，继续检查核心生成的 TUN 配置，不要马上改默认路由。
v2rayN 官方社区说明，较新版本的 TUN 启动方式可能涉及 sing-box 入口、Xray 链式转发或不同的保护模式，因此“系统代理使用哪个核心”和“TUN 实际启动哪个核心”不能想当然地视为同一个过程。查看 v2rayN 关于 7.19 及以上 TUN 模式的说明
第二层：用地址和路由命令判断是否接管失败
入口：普通命令提示符或 PowerShell。先启用 TUN，再执行以下只读检查命令：
ipconfig /all
route print
预期结果：ipconfig /all 中能找到 TUN 网卡及其 IPv4、网关或相关接口信息；route print 中应能看到默认路由和接口信息。Windows 的具体路由优先级会受网卡、指标和客户端配置影响，不能只凭某一行输出断定一定正确。
如果 TUN 网卡存在但没有默认路由，回到 v2rayN 的 TUN 设置，检查“自动路由”、路由排除网段和协议栈；一次只改一个选项，保存后重启 TUN。若改完后完全断网，立即关闭 TUN并恢复之前的设置。
如果默认路由存在但仍不能访问，继续测试 DNS 和日志，不要重复删除网卡。若设备安装了 Hyper-V、WSL、Docker、VMware 或其他虚拟网络软件，先在“网络连接”中记录它们的接口名称和 IPv4 网段，重点观察是否与 TUN 使用的地址段重叠。社区讨论中曾出现虚拟网卡、接口绑定和地址冲突相关个案，但这些讨论不能证明每台电脑都存在同一问题。查看相关社区排查案例
第三层：区分 DNS 故障、直连故障和节点故障
先做最小测试，不要同时打开多个网站或反复测速。入口：命令提示符。执行：
nslookup example.com
ping 1.1.1.1
这些命令只能帮助区分现象，不能单独证明代理链路正常；部分服务器不响应 ICMP，因此 ping 失败不等于所有连接都失败。
- 域名解析失败，但 IP 测试有响应：优先查看 TUN 的 DNS 设置、DNS 服务器可达性和规则配置。v2rayN 官方界面说明中，部分 DNS、FakeIP 和高级选项只适用于特定核心或 TUN 场景，必须按当前版本的支持范围配置。查看官方 DNS 与 TUN 选项说明
- 域名能解析，但网页仍打不开：查看日志中是否有 direct 出站超时、连接被拒绝、代理连接失败或规则匹配异常，再确认节点本身在普通系统代理模式下是否可用。
- 只有部分网站打不开：先关闭自定义 DNS、FakeIP、复杂规则或自定义模板，恢复默认配置测试。确认恢复后，再一次只启用一个选项。
- 系统代理正常、TUN DNS 失败：优先比较 TUN 模式实际使用的核心、DNS 配置和路由，而不是重新导入订阅。v2rayN 社区曾记录过 TUN 配置生成与核心字段不匹配的版本个案，不能直接套用于所有版本。查看一个 sing-box TUN 配置字段错误案例
第四层：多网卡环境下检查 Bind Interface 和 SendThrough
如果电脑同时有 Wi-Fi、网线、虚拟机网卡和容器网卡，客户端可能选择了不适合的出口接口。入口：v2rayN 的 TUN 或高级网络设置。先关闭 TUN并记录物理网卡名称和 IPv4 地址：
Get-NetIPConfiguration
预期结果：能够区分当前真正联网的 Wi-Fi 或 Ethernet 接口，以及 Hyper-V、WSL、Docker、VMware 等虚拟接口。回到 v2rayN 后，再考虑将 Bind Interface 指向实际联网的物理接口；若设置 SendThrough，则使用该物理接口的当前 IPv4 地址。保存后只重启 TUN，观察是否恢复。
如果指定接口后反而不能上网，立即清空刚填写的接口绑定并回滚。接口名称和地址会因设备、网络切换和 Windows 配置变化，不能照抄其他电脑的值。
第五层：更新、切换核心还是回退？按证据决定
如果问题是在更新 v2rayN、Xray 或 sing-box 后出现，先记录版本、日志和配置备份，再选择一个变量测试。不要同时更新客户端、两个核心和 DNS。
| 证据 | 优先动作 | 回滚方式 |
|---|---|---|
| 核心启动失败或配置解析报错 | 按日志字段修正配置，或测试另一个已安装核心 | 恢复备份配置和原核心文件 |
| 网卡创建失败 | 管理员运行，检查驱动、权限和安全软件 | 关闭 TUN，使用系统代理 |
| 网卡与路由正常但 DNS 超时 | 恢复默认 DNS，暂时关闭自定义高级选项 | 恢复原 DNS 配置 |
| 更新后才出现且旧组合可用 | 记录版本后测试旧版本或另一核心 | 回到已确认可用的版本组合 |
v2rayN 官方 FAQ 将 TUN 问题指向具体 issue 和 discussion，说明这类问题高度依赖操作系统、客户端版本、核心和网络环境，不能用一个固定开关保证解决。查看 v2rayN 官方 FAQ
重启 Windows 后 TUN 又失效：保守恢复顺序
- 先关闭 v2rayN 的 TUN，确认普通网络是否恢复。
- 退出 v2rayN，等待核心进程结束，再以管理员身份启动。
- 检查 TUN 网卡是否仍存在、是否被禁用。
- 执行
ipconfig /all和route print，保存输出，方便比较重启前后差异。 - 只重启当前核心或 TUN，不要立刻重置全部网络。
- 若仍失败，暂时使用系统代理，并根据日志决定是核心、DNS、网卡还是路由层问题。
如果“重启网络适配器后暂时恢复”，这只能说明网络接口状态发生了变化，不能据此断定是某个固定驱动或系统更新导致。应保留失败时的日志、版本号和命令输出，再进行下一次修改。
常见问题
为什么系统代理能用，TUN 模式却无法上网？
两者接管流量的路径不同。系统代理主要依赖应用是否遵循代理设置，TUN 则还涉及虚拟网卡、路由、DNS、权限和核心启动。因此应先确认 TUN 网卡和默认路由，而不是重复测试节点。
开启 TUN 后网卡完全没有出现怎么办？
先关闭 TUN并以管理员身份重新启动 v2rayN，查看日志是否有核心启动失败、权限不足或驱动创建错误。若仍没有网卡，记录客户端和核心版本，再测试已安装的另一种 TUN 核心；不要直接删除所有网络适配器。
要不要直接把核心切换成 sing-box？
不能一概而论。若日志明确显示当前核心配置解析失败、TUN 入口未启动或版本组合存在已知兼容问题，可以在备份后单独测试 sing-box；如果只是 DNS 或虚拟网卡冲突，切换核心未必解决。
route print 看不懂，怎样判断默认路由？
重点看 IPv4 路由表中的默认目标、网关、接口和跃点信息，再与 ipconfig /all 中的实际联网接口对照。不同机器的接口编号和跃点不同，不能照抄示例结果；若不确定，先保存输出并回滚到系统代理。
是否可以通过重置网络一次解决？
不建议把网络重置作为第一步。它可能清除现有适配器、路由或其他网络软件配置，导致问题更难比较。优先关闭 TUN、备份配置、检查网卡和路由，只有在确认网络栈本身异常且接受重新配置成本时再考虑。
常见问题
为什么系统代理能用，TUN 模式却无法上网？
系统代理与 TUN 的流量接管路径不同。TUN 还依赖虚拟网卡、默认路由、DNS、权限和核心启动，因此应先检查网卡和路由。
开启 TUN 后没有虚拟网卡怎么办？
先关闭 TUN，以管理员身份重新启动 v2rayN，检查日志中的权限、核心启动和驱动错误。仍无网卡时，记录版本并单独测试另一种核心。
要不要直接切换成 sing-box？
只有在日志或版本变化指向核心启动、配置解析或兼容性问题时，才建议备份后单独测试 sing-box；DNS 或虚拟网卡冲突不一定能靠切换核心解决。
重启网络适配器后恢复，说明什么？
只能说明网络接口状态发生了变化，不能直接证明某个驱动或系统更新有问题。应保存失败时的日志、版本和路由输出，再继续定位。