Clash 的 TUN 模式和系统代理有什么区别

Clash 的 TUN 模式和系统代理的本质区别，在于数据包的处理层级与网络路径的控制权。系统代理（如 HTTP/S 代理）仅作用于应用层协议，依赖应用程序主动支持代理设置，且通常只转发特定类型的流量（如浏览器请求），而底层系统调用或非标准协议（如游戏、P2P、DNS 查询）往往绕过代理，导致流量泄露。TUN 模式则在操作系统内核层面介入，以虚拟网卡的形式接管整个系统的网络数据流，所有经过系统的网络请求——无论应用是否支持代理——都会被拦截并由 Clash 内部处理，实现真正意义上的全系统透明代理。这种模式下，即使你使用的是原生不支持代理的软件（如某些桌面客户端、后台服务），也能被统一路由至代理链路，从而避免了“部分流量走直连”的安全隐患。

要判断当前使用的是哪种模式，最直接的方法是观察系统行为：如果开启后，只有浏览器或指定应用能访问外网，而其他程序（如命令行 ping、系统更新、微信登录）仍可直连，则大概率是系统代理；若所有网络连接均需通过 Clash 路由规则生效，且关闭时所有联网功能中断，尤其是无法访问任何地址，哪怕在无 DNS 劫持的情况下也如此，则说明正在运行 TUN 模式。此外，任务管理器中若出现名为 “Clash TUN” 或类似名称的虚拟网络适配器，也是关键标志。

实际操作中，若想启用 TUN 模式，需在 Clash 客户端设置中明确开启“TUN Mode”，并确保系统权限允许创建虚拟网卡（Windows 需管理员权限，macOS 可能需要安装驱动，Linux 一般无需额外配置）。启动后，系统会自动分配一个新网卡接口，此时应检查网络连接是否正常。若出现无法上网、丢包严重或频繁断连，可能是因为 TUN 模式与某些安全软件（如防火墙、杀毒软件）冲突，建议临时关闭这些程序测试。同时注意，部分旧版本 Clash 仅支持 Linux 系统下的 TUN 模式，Windows 和 macOS 上需使用支持该功能的分支（如 Clash for Windows 4.x 以上版本或 Clash Verge）。

在配置过程中，还必须关注规则集的完整性。由于 TUN 模式强制接管全部流量，因此若规则中未正确包含默认直连域名（如国内 CDN、政府网站），会导致大量国内资源无法访问，表现为“打不开网页”或“加载缓慢”。此时应检查规则文件是否启用了“中国大陆”分类，并确认其优先级高于全局代理。对于自定义规则，建议添加 `DOMAIN-SUFFIX,local` 和 `DOMAIN-KEYWORD,localhost` 等条目，防止本地服务被误代理。

特别需要注意的是，当系统代理被误用为替代 TUN 模式时，常因配置疏漏导致隐私风险。例如，某些应用未正确设置代理，却以为已受保护，实则仍在明文传输数据。这在金融类、社交类应用中尤为危险。而 TUN 模式虽更彻底，但对系统性能有一定影响，尤其在高并发场景下可能引发延迟上升，需根据设备能力权衡。

简历照片和排版的第一印象；简历里的期望薪资怎么填不被动——这两点看似无关，实则反映的是对“控制权”的认知差异。简历中的视觉呈现是主动设计而非被动展示，就像 TUN 模式让你掌控所有流量路径；而期望薪资的填写，若只写“面议”或照搬行业均价，等于默认将谈判主动权交给对方，如同在系统代理下任由应用自行决定是否走代理。真正的策略是：基于市场数据设定合理区间（如“月薪 18K–22K”），既体现专业性，又保留协商空间，相当于在 TUN 模式中预设规则，让所有请求都按你的逻辑流转，而非听天由命。