Clash Verge Rev
什么时候才需要 TUN
当目标应用不遵循系统代理设置时，可以评估 TUN。它通过虚拟网络接口接管流量，但并不保证所有流量都会经过某个代理节点，最终仍受路由、规则和应用行为影响。如果浏览器已经正常使用系统代理，不应仅为了追求更低延迟而随意开启更多接管方式。先明确要解决的是哪个应用、哪一种连接失败。
开启前保存可恢复状态
记录客户端与内核版本，备份当前配置，确认未启用 TUN 时普通网络正常。如果还运行着企业 VPN、其他代理或虚拟网络软件，先记录它们的用途；仅在你有权调整的环境中做对照测试。不要删除不认识的网卡，也不要远程操作唯一管理连接时贸然修改路由。
权限与服务检查
TUN 依赖相应的系统权限或后台服务，具体安装和授权方式随平台与版本变化。通过可信安装包和客户端正常的服务管理入口完成配置，不要运行来源不明的修复脚本。若开关立即关闭或日志提示权限不足，先解决服务启动问题；持续切换开关不能修复缺失的权限或损坏的安装。
逐项验证，不要同时改所有设置
先确认配置可以正常加载，再启用 TUN 并观察启动日志。分别测试域名访问、目标应用和可信局域网资源，记录哪一步失败。应用请求未进入连接列表时，重点检查流量是否被接管；请求已进入但目标连接失败，则继续检查规则、节点和 DNS。延迟数字正常并不能排除这些问题。
DNS 与路由异常如何定位
如果开启后只有域名访问失败，检查解析相关错误以及当前网络的 DNS 环境；如果所有网络都断开，优先检查路由和接口冲突。每次只调整一个有明确依据的选项，并保留原值。不要把别人的整段高级 TUN 参数作为通用修复，也不要通过关闭 TLS 校验来处理与证书无关的故障。
如何恢复与提交问题
出现异常时先关闭 TUN，必要时恢复原配置，然后确认普通网络是否恢复。若关闭后仍无法联网，检查是否遗留系统代理或另一个 VPN 仍在工作。向维护者提供操作系统、客户端和内核版本、复现步骤及脱敏日志，说明关闭 TUN 后的对照结果。涉及公司网络时先遵守组织的设备和网络管理要求。