TUN 模式与系统代理底层区别解析：开发者与玩家必读
#网络层#TUN#系统代理
阅读需 4 分钟||
当你配置翻墙客户端时，一定会在高级设置中看到 TUN 模式 (虚拟网卡模式) 的开关。普通用户到底需不需要开？它和普通的“系统代理”又有什么本质区别？
1. 系统代理：受限的“君子协议”
当你打开系统代理时，客户端仅仅是修改了操作系统里的环境变量（例如 Windows 注册表里的 Proxy Server，或 macOS 的网络偏好设置）。
- 工作层级：应用层 (HTTP / SOCKS)。
- 核心缺陷：这只是一个建议，并非强制。普通的浏览器（Chrome/Edge）会遵守这个建议；但像绝大部分游戏客户端、跨平台命令行工具（如 Git、npm）、甚至是某些原生的 UWP 应用，它们会直接向物理网卡发包，完全无视系统代理。
2. TUN 模式：强制接管的底层截获
为了解决不听话的应用，TUN (Tunnel) 模式应运而生。 开启它时，客户端会创建一个虚拟的网卡适配器，并修改系统底层的默认路由表，强制本机所有的 IP 报文（TCP/UDP）统统灌入这张虚拟网卡。
- 工作层级：网络层 (IP)。
- 效果：无论软件底层怎么写，只要它要联网，流量就会被无条件截获并交由 Meta内核的分流规则 处理。开发者无需再手动去给 Git 配 proxy 变量，玩家也可以顺畅地直连海外游戏服务器。
总结与建议
如果你只是上网查资料、看视频，那么系统代理性能消耗最小，完全足够。如果你从事开发工作、或者发现某款独立软件怎么也连不上外网，尝试给予客户端管理员权限并开启 TUN 模式 吧。 更多底层内核的区别，请查阅 Meta 内核与原版差异。