v2rayN 6.x 全新架构、TUN与路由说明

理解架构变化，要把代码重构、TUN 启动条件和路由规则分开看。官方发布说明明确提到界面与业务解耦；TUN 另有权限及内核条件，流量如何选择出站则由路由规则决定，不能只凭架构更新判断配置是否生效。

架构重构写明了什么变化？

界面与业务解耦是明确的改动

更新日志里写到 v6.60 重构了代码结构，将界面与业务解耦。同一条说明还涉及独立包检查更新、更新功能改进，以及备份和还原支持 WebDAV。

这些是发布说明列出的具体改动。理解“全新架构”时，可以据此区分代码结构调整与功能变化，不能把重构直接解释为所有配置行为都已改变。

配置迁移需要看对应的发布说明

更新日志里写到 v7.0.0 可正常从此前系列升级并迁移配置；遇到兼容问题时，说明给出的处理方式是全新下载该系列后复制配置。

同一条说明还写到，所有发布版本的配置文件统一通用。这里描述的是该次发布的兼容安排，不能据此补出其他历史版本之间的迁移步骤。

平台与界面的变化有具体发布背景

更新日志里写到 v7.0.0 发布 Linux x64 版本，界面使用 Avalonia UI，并在当次发布中移除 Windows x86 版本。

这些内容应与对应发布一起理解。某次发布包含或移除一种构建，不能直接改写成软件永久支持或永久停止支持某个平台的结论。

启动 TUN 时有哪些明确条件？

管理员权限的依据来自客户端说明

v2rayN 的界面说明把获得管理员权限与启动 TUN 联系起来：相关设置用于在启动后获得管理员权限，主要作用是能够启动 TUN。

同一处说明也写明，不需要开机启用 TUN 时可以忽略该项。这里讲的是客户端相关设置的用途，不能扩展成所有内核在所有平台上的统一权限规则。

内核文档中的权限说明各有范围

sing-box 的 TUN 文档说明，在非特权模式下运行时，地址与 MTU 不会自动配置；网络命名空间归当前用户所有时，则不需要 root 权限。

这些条件需要保留原有适用范围。命名空间的说明不能直接套成 Windows 的操作步骤，非特权模式的描述也不能改写成自动配置一定能够完成。

堆栈与 FakeIP 有各自的适用说明

v2rayN 的界面说明将 TUN 堆栈默认值写为 gvisor，并建议在没有使用问题时采用 mixed；TUN 的 MTU 默认值写为 9000。

FakeIP 的说明另有限制：仅支持 sing-box 内核，并且只在 TUN 模式下有效。是否启用 TUN 与是否满足 FakeIP 的内核条件，需要分别核对。

路由字段如何决定流量去向？

入站与出站标签描述不同对象

v2rayN 的规则详情列出 Domain、IP 或 IP CIDR、进程、Port、Protocol 和 InboundTag 等匹配项，并通过 OutboundTag 表达对应的出站标签。

InboundTag 的说明中，Tun 表示 TUN 入站，Socks 表示本地端口，Socks2 表示第二个本地端口，Socks3 表示局域网端口。

域名解析策略不能只看相似名称

界面分别列有域名解析策略、sing-box 域名解析策略，以及直连目标解析策略和代理目标解析策略。这些名称对应的说明需要分开理解。

直连目标解析策略未选择或为 AsIs 时使用系统 DNS，否则使用内部 DNS 模块；代理目标解析策略在相同条件下由远程服务器端 DNS 解析，否则使用内部 DNS 模块。

不同内核的路由字段各有定义

Xray 的 rules 按从上到下的顺序检查，由首条命中的规则决定出站；全部未命中时使用首个出站。domainStrategy 描述域名解析策略。

sing-box 的 rules 表示规则，rule_set 表示规则集，final 表示没有规则命中时使用的出站；未设置 final 时使用首个出站，action 是规则中的必填字段。

TUN 或分流异常时可以核对什么？

先核对完整配置模板是否启用

v2rayN 的配置生成说明写到，启用完整配置模板后，只把出站放入模板，其余生成内容会被覆盖。界面也说明会忽略核心基础设置、DNS 设置和路由设置。

因此，检查路由改动没有体现的问题时，需要核对完整配置模板是否启用。不能只根据界面已经保存，就认定相应路由内容已经进入实际配置。

出站标签异常有明确的回退提示

规则中的出站标签为空，或对应的出站找不到时，界面提示会回退为仅使用代理出站。排查流量去向时，这条提示与匹配字段同样需要核对。

系统代理与核心路由也有不同作用。官方说明把核心路由描述为按规则将入站数据交给不同出站，系统代理模式本身不能代替规则的匹配结果。

内核限制不能写成通用修复办法

sing-box 文档说明，Windows 的 strict_route 在某些情况下可能影响 VirtualBox 等应用。这个条件性描述不能改写成所有连接异常的确定原因。

Xray 文档说明，Windows 的 autoSystemWfpBlockLeak 依赖 autoSystemRoutingTable，否则报错；过滤器无法添加时，Xray 不会启动。这些条件只适用于对应配置。

官方没有写明的几件事

更早的配置迁移与 classic 分支

关于更早系列之间的配置迁移步骤，官方没有说明。是否存在名为 classic 的经典版分支或发布，官方没有说明，不能据此补写迁移流程或版本定位。

涉及实际迁移操作时，应以应用内界面和对应发布说明为准。已有发布的迁移说明，只能用于它明确覆盖的范围。

各小版本界面差异与下拉选项

关于这一系列各小版本的完整界面差异清单，官方没有说明。关于域名策略在界面下拉框中的完整取值列表，官方没有说明。

已有字段说明不能替代完整的界面选项清单。核对具体选项时应以应用内界面为准，不应把其他内核文档中的取值直接当成客户端下拉列表。

Windows 权限不能跨文档补全

关于 sing-box 与 Xray 的 TUN 是否在 Windows 上一律必须使用管理员权限，官方没有说明。v2rayN 的权限设置说明应保留其客户端语境。

核对权限问题时，应以应用内界面为准，同时区分客户端设置与内核文档的适用条件，不能把某一处说明扩展成所有组合下的要求。

常见问题

开启 TUN 就等于路由已经生效吗？

不能仅凭 TUN 已开启作出这个判断。官方将核心路由的作用描述为按规则选择出站，完整配置模板还可能覆盖生成的路由内容，两者都需要核对。

FakeIP 可以用于所有内核吗？

v2rayN 的界面说明明确限定，FakeIP 仅支持 sing-box 内核。它还要求处于 TUN 模式下，不能只核对内核名称而忽略模式条件。

官方有没有统一的 TUN 故障修复步骤？

官方 FAQ 表示 TUN 问题复杂，并引导读者查看 issue 和 discussion。它没有给出适用于所有故障的统一步骤，因此不能将某个内核限制当成通用修复结论。

第三方整理,与相关软件及服务的开发者无隶属关系。

v2rayN 6.x 全新架构：理解TUN权限与路由分流