client/desktop · 集群 B · 桌面进阶配置 · 1/6

桌面端 TUN 模式开启指南:服务模式、权限授予与常见报错处理

发布时间 待核实核实日期 待核实最近更新 待核实测试状态 Not Tested
Answer First · 核心结论

开启 TUN 模式的通用流程是:先确认系统代理模式下能正常使用,再按系统要求完成权限准备(Windows 常为安装服务模式,macOS 常为授权辅助工具或网络扩展),然后在客户端设置中打开 TUN 开关,最后用命令行或不读系统代理的软件验证。菜单名称可能随版本变化。开启后若断网,优先检查与其他 VPN 的冲突、DNS 设置和网卡自动识别。

什么时候需要 TUN 模式

TUN 模式的作用是在网络层接管系统流量,让那些不读取系统代理设置的软件也经过客户端处理。如果你只用浏览器,系统代理通常已经够用;当出现以下情况时,可以考虑开启 TUN:

  • 命令行工具(如包管理器、版本控制工具)不走代理;
  • 部分桌面软件、游戏客户端无视系统代理设置;
  • 需要代理 UDP 流量,例如语音通话;
  • 希望 DNS 统一由客户端处理,减少泄漏。

TUN 与系统代理的详细对比见 系统代理与 TUN 模式怎么选,虚拟网卡的工作原理见技术专题中的 TUN 虚拟网卡原理。

开启前的检查清单

在开启 TUN 之前,建议先完成以下检查,避免把多个问题混在一起:

检查项 为什么 怎么做
系统代理模式下能正常使用 先确认订阅与节点没问题 浏览器访问测试
没有其他 VPN / 加速器运行 多个虚拟网卡容易冲突 退出其他网络工具
客户端来自官方发布页 TUN 需要系统级权限 见安装包识别文章
客户端与内核较新 旧版本 TUN 问题更多 关注项目发布页
知道如何快速关闭 TUN 断网时能恢复 熟悉开关位置

最后一项尤其重要:一旦开启后断网,你需要能迅速关掉它,而不是对着无法联网的电脑找教程。

Windows:服务模式与开启步骤

在 Windows 上,客户端通常通过服务模式来获得创建虚拟网卡所需的权限。通用步骤如下,具体菜单名称可能随版本变化:

① 打开客户端“设置”页面
        │
        ▼
② 找到“服务模式”相关选项 → 点击安装
        │  (会触发用户账户控制提示,确认后允许)
        │  (安全软件可能提示,核对来源后放行)
        ▼
③ 等待服务状态显示为已安装 / 运行中
        │
        ▼
④ 打开“TUN 模式”(或“虚拟网卡模式”)开关
        │
        ▼
⑤ 观察客户端提示,确认无报错

如果不想安装服务,也可以以管理员身份运行客户端,但每次启动都需要确认,长期使用不太方便。安装过程中的安全软件与防火墙问题见 Windows 安装代理客户端注意事项。

macOS:辅助工具与网络扩展

在 macOS 上,客户端通常通过特权辅助工具或网络扩展来创建虚拟接口。通用步骤:

  1. 在客户端设置中打开 TUN 开关(或先点击安装辅助组件);
  2. 系统弹出管理员授权或扩展提示,输入密码确认;
  3. 如提示需要在系统设置中允许,前往“隐私与安全性”或网络扩展相关页面允许;
  4. 返回客户端,确认 TUN 状态为已开启。

系统大版本升级后,这些授权可能需要重新确认。具体见 macOS 代理客户端权限设置。

TUN 相关的常见选项

开启 TUN 后,设置中可能出现一些相关选项。不同客户端的名称和默认值不同,可能随版本变化,下表只做一般说明:

选项(一般名称) 作用 建议
协议栈 选择用户态网络栈的实现方式 默认值通常即可,遇到兼容问题再尝试切换
自动设置路由 自动把流量路由进 TUN 一般保持开启
自动识别出口网卡 避免路由环路 一般保持开启
DNS 劫持 把系统 DNS 查询引导到内核 一般保持开启,确保 DNS 一致
MTU 虚拟网卡的最大包大小 保持默认,出现大包卡住再考虑调整
严格路由 更严格地防止流量绕过 按需,开启后兼容性可能下降

关于 MTU 的原理与调整思路,见 MTU 与 MSS 详解。原则是一次只改一个选项,改完验证再改下一个。

开启后如何验证

验证 TUN 是否生效,关键是测试那些原本不走系统代理的程序:

  1. 命令行测试:在终端中访问一个需要代理的地址,观察是否能连通;
  2. 查看连接面板:在客户端中确认能看到来自终端或其他软件的连接;
  3. 查看命中规则:确认这些连接命中了预期规则;
  4. 测试境内访问:确认境内网站仍然走直连;
  5. 测试局域网:访问路由器管理页面或局域网设备,确认未受影响。

如果连接面板中能看到原本看不到的连接,说明 TUN 已经在工作。日志的阅读方法见 读懂客户端日志。

常见报错与处理

现象 可能原因 处理
TUN 开关打不开 权限不足、服务未安装 安装服务模式 / 授权扩展,查看日志
开启后立即自动关闭 虚拟网卡创建失败 检查安全软件拦截、其他 VPN 冲突
开启后完全断网 路由环路、出口网卡识别错误、DNS 异常 关闭 TUN,退出其他 VPN,确认自动识别网卡已开启
部分网站打不开 DNS 劫持未生效或与系统 DNS 冲突 检查 DNS 相关选项
局域网设备不可达 私有网段被代理 添加私有地址直连规则
大文件下载卡住 MTU 不合适 参考 MTU 文章逐步调整
切换 Wi-Fi 后断网 出口网卡未更新 重新开关 TUN 或重启客户端

与其他网络工具共存

TUN 模式最常见的冲突来源是同时运行的其他网络工具:其他代理客户端、VPN 软件、游戏加速器、部分安全软件的网络防护功能。它们可能都在创建虚拟网卡或修改路由表,互相覆盖,导致不可预期的结果。

建议:

  • 同一时间只让一个工具接管系统路由;
  • 如必须同时使用公司 VPN,先了解其路由策略,必要时只在需要时开启其中之一;
  • 在路由器上已经部署代理的情况下,电脑上再开 TUN 属于“隧道套隧道”,通常没有必要,参见 路由器方案 专题。

小结

TUN 模式的开启并不复杂,难点在于“权限”和“冲突”。按照“先确认系统代理可用 → 完成权限准备 → 开启 TUN → 验证 → 逐项调整”的顺序操作,并确保同一时间只有一个工具接管路由,就能避开大部分问题。

如果你在比较服务商的客户端支持情况,可以前往 机场品牌库 查看资料,或使用 对比工具 并排比较,数据来自品牌资料,本站未实测。

常见问题

开启 TUN 前需要先关闭系统代理吗?

不是必须的。两者可以同时开启,TUN 会接管更多流量;但部分用户为了排障清晰,会在使用 TUN 时关闭系统代理。可以根据需要选择,具体取舍见系统代理与 TUN 的对比文章。

TUN 开关打不开或开了又自动关闭,是什么原因?

常见原因是权限不足:Windows 未安装服务模式或被安全软件拦截,macOS 未允许辅助工具或网络扩展。可以查看客户端日志中的报错信息定位。

开启 TUN 后完全断网怎么办?

先关闭 TUN 恢复网络,再检查是否有其他 VPN 或加速器同时运行、客户端是否正确识别了出口网卡、DNS 设置是否异常。逐项排除后再重新开启。

TUN 模式下局域网设备访问不了了?

可能是私有网段被送进了代理。检查规则中是否有私有地址直连规则,以及 TUN 设置中是否排除了局域网网段。

信息来源与更新时间

信息来源
品牌清单资料(品牌公开信息整理)
测试范围
本站未进行测速与解锁实测,所有能力描述均为资料声明或未测试状态。
发布时间
待核实
核实日期
待核实
最近更新
待核实

字段含义与数据状态见 字段说明;核查进度见 品牌动态与核查日志。