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

Clash 的 TUN 模式和系统代理的本质区别，在于数据包的处理层级与网络栈的介入方式。系统代理依赖应用层的流量转发，仅影响配置了代理的程序（如浏览器、部分 App），而其他未显式启用代理的应用或系统服务（如系统更新、后台同步）则不受影响；相比之下，TUN 模式通过内核级虚拟网卡直接接管整个系统的网络流量，无论应用是否支持代理，所有出站连接都会被拦截并由 Clash 进行路由判断，实现全系统透明代理。

当你在使用某些特定软件时发现流量未走代理，或者系统提示“无法访问网络”，但其他应用正常，这通常就是系统代理模式的局限性所致。例如，一些基于原生 socket 调用的程序（如微信客户端、游戏启动器）可能绕过系统代理设置，直接连接服务器。而 TUN 模式则能有效覆盖这些“逃逸”流量，确保策略统一执行。

要启用 TUN 模式，需在 Clash 客户端中手动开启：进入设置 → 网络 → 启用 TUN 模式，并选择合适的路由规则（推荐“自动”或“智能路由”）。若你使用的是 Windows 平台，还需安装并运行 TUN 驱动（如 Clash for Windows 会自动安装）；macOS 用户则需在系统偏好设置中允许“网络扩展”权限，否则无法加载 TUN 设备。一旦启用，系统会显示一个名为“Clash TUN Interface”的虚拟网卡，该接口将作为所有出站流量的入口。

判断是否成功启用 TUN 模式，最直接的方法是观察网络行为：打开浏览器访问 `https://ipinfo.io/ip`，再查看 Clash 日志中是否有对应的连接记录，且来源为 TUN 接口。同时，可以使用命令行工具如 `netstat -an | grep 8080` 或 `tcpdump -i tun0`（Linux/macOS）来监控是否所有出站请求都经过 Clash 处理。若发现仍有部分流量不经过代理，应检查是否遗漏了系统权限授权，或防火墙规则阻止了 TUN 接口通信。

值得注意的是，尽管 TUN 模式更彻底，但并非万能。部分企业网络环境或校园网会检测异常网卡行为，导致连接被阻断。此时可临时切换回系统代理模式，或尝试调整 TUN 模式的 MTU 值（建议设为 1300 或 1400）以适配网络环境。此外，部分老旧设备或低版本操作系统对 TUN 支持不稳定，可能出现间歇性断连。

关于“简历到底要不要放照片”这一常见争议，其本质是信息呈现策略问题——在非视觉导向岗位中，照片无实际价值，反而可能引发偏见，尤其在招聘初筛阶段，应届生简历自我评价怎么写才是决定成败的关键。因此，当你的目标是技术岗位、研发职位或需要强调专业能力的场景时，优先保证内容清晰、逻辑完整、关键词匹配，而非追求形式上的“美观”。真正影响结果的，从来不是照片，而是你在自我评价中能否准确传达自身技能与项目经验的契合度。

综上，选择 TUN 模式还是系统代理，取决于你对网络控制粒度的需求：若追求全面、稳定、无死角的代理覆盖，且环境允许，优先使用 TUN；若只是临时测试或受限于系统权限，系统代理仍可满足基础需求。关键在于理解底层机制，避免盲目切换，更不要因简历是否贴照这类次要细节分散精力，真正的效率来自对工具本质的掌握。