先选最小可用方案

浏览器已能通过系统代理完成任务,就不必为了“更强”而启用 TUN。需要接管不遵循系统代理的应用时,再测试 TUN,并验证路由、DNS 与局域网访问。

一、把“进入代理”和“从哪里出去”分开

系统代理告诉支持它的应用把请求交给本机代理端口;TUN 通过虚拟网络接口和系统路由接收匹配的流量。进入核心之后,路由规则才决定请求直连、代理或阻断。官方系统代理说明正是把入口和出站规则分成两个层次。[1]

01应用请求浏览器、终端、桌面软件
02流量接管系统代理、显式代理或 TUN
03核心路由直连、代理、阻断

因此,TUN 不等于“所有连接都走远程节点”,“全局”路由也不意味着系统里所有应用都已经被接管。一个负责入口,一个负责处理已进入核心的请求,排错时必须分别验证。

二、按任务选择模式

场景 建议起点 需要核实的事项
浏览网页,浏览器遵循系统代理 自动配置系统代理 浏览器扩展有没有覆盖代理设置
终端或应用支持单独指定代理 显式设置 HTTP / SOCKS 代理 协议、地址与端口是否一致
应用不读取系统代理 评估 TUN 权限、核心支持、路由与 DNS
同时连接公司 VPN、虚拟机或内网 先记录原有网络,再逐项测试 网段冲突、DNS 与路由优先级

Windows、macOS 和 Linux 的网络服务、权限机制与安装包不同,不应直接套用同一组管理员命令。尤其在 macOS 上,界面显示“自动配置”后仍要核对系统网络设置;官方 FAQ 提到相关脚本在特定环境中可能执行失败。[2]

三、先建立显式代理基线

先关闭 TUN,选择已知可用的单节点,查看客户端显示的本地混合监听端口。以下示例假设为 10808,实际不一致时必须替换。混合端口可接收 HTTP 与 SOCKS 请求,但它不是一个永远固定的产品常量。[3]

Windows PowerShell 使用 curl.exe,macOS / Linux 使用 curl。示例目标 example.com 只是一个可替换的 HTTPS 测试站点;随后应复测真正有问题的域名。

curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

这两条命令只验证显式交给代理的请求,不证明系统代理或 TUN 已生效。socks5h 表示把目标域名解析交给 SOCKS 代理;它不保证整台电脑的 DNS 都采用同一路径。[4] 如果目标不接受 HEAD 请求,去掉 -I 重试,并结合日志判断。

四、用三组对照验证接管

对照 A:显式代理。 TUN 关闭,执行上面的命令。若失败,优先修复节点、端口或核心;此时测试 TUN 只会增加变量。

对照 B:系统代理。 保持同一节点,启用自动配置系统代理,关闭浏览器自己的代理覆盖,访问相同目标。检查核心连接记录是否出现该请求。显式代理成功而浏览器失败,重点检查浏览器、扩展和系统设置。

对照 C:TUN。 记录当前设置,先清除系统代理以隔离入口,再按当前平台的权限要求开启 TUN。用不显式指定代理的目标应用建立新连接,观察核心连接记录与路由结果。浏览器已有连接可能复用,必要时关闭相关窗口后重试。

检查出口地址可以作为辅助证据,但单个“IP 查询”网页只能描述自身那次请求。要证明目标应用被接管,需要把该应用的新请求与核心日志或连接记录对应起来。

五、DNS 与局域网需要单独验收

DNS 可能由系统、浏览器的加密 DNS、应用、核心或代理服务器处理。打开 TUN 后网页能加载,不等于不存在其他 DNS 路径。sing-box 的 TUN 文档还说明,部分路由和 DNS 行为随操作系统与核心版本变化。[5] 本文不提供一组可覆盖所有版本的“防泄漏开关”。

完成切换后,分别测试一个普通网站、一个需要代理的任务,以及你有权访问的局域网设备或内部服务。若只有内网失败,记录目标网段、当前 VPN 状态和命中规则;检查排除路由与直连规则是否符合预期,而不是把整个防火墙关闭。

若使用严格路由、FakeIP 或第三方 VPN,先保存原配置,再一次修改一项。上游核心文档可能包含比客户端支持范围更新的字段,不能把最新文档中的 JSON 整段粘贴到旧核心。

六、恢复路径比“开关亮了”更重要

出现断网时,先关闭刚开启的 TUN、恢复记录过的系统代理和 VPN 状态,然后测试普通直连。只有清楚原来的设置属于谁,才能安全恢复;公司管理的代理不应被随意清空。

验收通过的标准是:目标应用请求进入预期入口;规则选择预期出口;局域网服务仍可访问;退出或关闭 TUN 后网络能恢复。不要用“图标变色”替代这四项检查。

常见问答:TUN 一定更快吗? 不一定。它改变接管方式,性能仍由节点、核心、网络与工作负载决定。

常见问答:系统代理和 TUN 可以同时开吗? 某些配置可以,但初次定位问题时分开测试更容易解释结果。单独验证成功后再决定是否需要同时使用。

YouTube 选题参考

以下视频的公开标题、简介和章节索引用于选题与界面参考。本文为独立撰写的指南,并非视频逐字稿;技术细节依据下列官方资料核对。

官方资料与适用范围

核对日期:2026-10-26。菜单名称和功能范围随客户端、核心与操作系统版本变化。文中的验收流程为建议方法,不是已经完成的性能实测结果。

  1. v2rayN 官方:系统代理与路由
  2. v2rayN 官方:常见问题与日志
  3. v2rayN 官方:界面功能与设置
  4. curl 官方:代理与 DNS 参数
  5. sing-box 官方:TUN 文档

继续阅读本系列