TUN 模式怎么开：虚拟网卡接管全局流量的原理与设置步骤

TUN 模式解决的不是“节点能否连接”

• 系统代理：接入成本低，适合遵循代理设置的浏览器和常规桌面应用。
• TUN 模式：覆盖范围更完整，可处理不读取系统代理的 TCP 与多数 UDP 程序。
• 路由分流：决定进入内核后的流量走向，与是否开启 TUN 属于两个不同层级。
• 节点协议：VMess、VLESS 等负责客户端与服务器之间的传输，不负责让本地应用主动使用代理。

开启前先确认权限、内核与现有网络组件

1. 先在普通系统代理模式下连接同一个节点，确认服务器地址、端口、用户标识、TLS 或 REALITY 参数有效。
2. 退出其他会创建虚拟网卡、修改默认路由或接管 DNS 的网络程序，避免两套规则同时生效。
3. 记录当前使用的局域网网段。例如家庭路由器常见地址为 192.168.1.0/24，该网段通常应保留直连。
4. 检查本地端口是否冲突。若 10808 已被其他进程占用，应在客户端参数设置中更换端口后重新启动内核。
5. 保留一个可工作的节点作为基线。订阅内有多个节点时，不要在排查 TUN 的同时频繁切换节点。

v2rayN 桌面端开启 TUN 的完整步骤

1. 启动权限：完全退出 v2rayN。Windows 中使用管理员权限重新运行；macOS 或 Linux 在系统提示出现时批准网络配置变更。
2. 检查入站参数：打开「设置」→「参数设置」，确认本地混合端口未被占用。本文示例使用 10808。
3. 检查 TUN 参数：进入「设置」→「参数设置」→「TUN 模式设置」。先保留默认栈与默认 MTU，不要同时修改多个高级字段。
4. 选择路由模式：在主界面选择需要的路由规则。首次验证可使用代理覆盖范围较高的规则，确认接管成功后再恢复按域名与 IP 分流。
5. 打开 TUN：启用主界面的「TUN 模式」开关。状态栏应显示内核运行，系统网络列表中应出现新的虚拟接口。
6. 验证连接：分别测试浏览器、命令行程序和原先无法代理的应用。若只有浏览器成功，应继续检查路由表和 DNS，而不是只看系统代理开关。

v2rayNG 在 Android 上的接管步骤

1. 导入配置：使用订阅链接更新服务器列表，或导入完整的 VMess、VLESS 配置。选中节点后先执行一次真连接延迟测试。
2. 检查运行模式：打开「设置」→「模式」，确认使用 VPN 接管方式，而不是仅向局域网提供本地代理端口。
3. 检查 VPN 参数：进入「设置」→「VPN 设置」，先保留默认 MTU。若当前网络出现部分页面加载停滞，再按小步幅下调。
4. 设置分应用规则：需要全部应用遵循同一套路由时，关闭不必要的应用排除项；只接管指定程序时，明确选择包含模式或绕过模式。
5. 开始连接：返回主界面点击连接，接受系统网络连接授权。状态栏出现连接状态后，再测试目标应用。
6. 核对日志：从主菜单打开日志，观察 DNS 查询、路由命中和代理出站。持续重连通常表示节点失败或底层网络切换，而不是应用未被纳入列表。

• 只有单个应用失败：检查分应用代理列表，以及该应用是否使用独立 DNS 或特殊 UDP 通道。
• 所有应用都失败：先检查节点、系统授权和当前 Wi-Fi 或移动网络是否可用。
• 连接后局域网设备不可访问：确认私有地址没有被错误送入代理出站。
• 移动网络正常而 Wi-Fi 异常：重点检查 Wi-Fi 的 DNS、IPv6 与 MTU 差异。

路由、DNS 与 MTU 决定接管后的实际表现

建议的分流优先级：
1. 本机地址与客户端进程 → 直连
2. 局域网及私有地址 → 直连
3. 明确阻断的域名或 IP → 阻断
4. 需要代理的域名与地址段 → 代理
5. 其余流量 → 按当前策略处理

常见冲突按现象逐项定位

哪些场景适合长期使用 TUN

• 建议开启：程序不读取系统代理、需要代理 UDP、多个应用需要统一分流、命令行工具频繁切换。
• 可以不启用：只有浏览器需要代理，且浏览器已经稳定遵循系统代理设置。
• 建议使用规则分流：同时访问局域网设备、国内直连服务与代理目标，且希望控制出口范围。
• 建议临时停用：正在排查本地网络、路由器配置或 DNS 故障，需要先恢复最简单的物理网络链路。