TUN 模式会在系统网络层接管更多流量，适合确有需要的场景，但也增加了权限、虚拟接口、DNS 和路由冲突的可能。最稳妥的方式不是“先开了再说”，而是先让系统代理和基础配置正常工作，再做前置检查。
先确认基础配置可用
开启 TUN 前，应确认客户端能正常启动、当前配置已启用、系统代理下浏览器连接可验证。若基础流程都未成功，直接进入 TUN 会增加变量，排错范围会更大。
检查权限与系统组件
不同客户端和系统可能需要管理员授权或安装特定网络组件。应只通过客户端和系统的正常提示完成授权，不运行来源不明的修复脚本。项目发布说明也可能写明系统版本或服务组件要求。
检查 DNS 与冲突软件
其他网络代理、虚拟网卡、加速工具、DNS 工具或安全软件都可能与 TUN 产生冲突。启用前记录当前网络设置；测试时先关闭不必要的同类工具，并准备关闭 TUN 后的恢复路径。
启用后的验证
- 确认基础本地网络仍可访问。
- 测试浏览器、一个不遵循系统代理的应用和本地地址。
- 查看客户端日志是否有权限、接口或 DNS 错误。
- 出现异常时先关闭 TUN，再逐项回退。
更多概念说明见TUN 模式页面，本地地址异常可参考本地网站打不开排查。
常见问题
开启 TUN 后一定会更好吗？
不一定。它解决的是接管范围问题，同时也会增加系统网络层面的复杂度。
为什么要先测试系统代理？
这是一个更简单的基线，可帮助区分基础配置问题和 TUN 专属问题。
出现断网能直接卸载客户端吗？
先关闭 TUN 并恢复网络设置，保留日志后再判断是否需要进一步处理。
