TUN 模式无法启用时，先检查核心是否运行、平台权限及虚拟网卡或后台服务是否就绪，再排查其他 VPN 的接口和路由冲突。TUN 失败属于流量接管问题，通常应先用普通代理验证节点可用，避免同时修改协议和网络配置。
TUN 模式需要什么
TUN 提供虚拟网络接口，让客户端处理进入该接口的 IP 流量。具体驱动、权限及路由安装方式因系统和核心而异：Windows 可能依赖服务或驱动，Android 和 iOS 则通过系统提供的 VPN 接口实现相应能力。
因此，教程中的一个管理员命令不能通用于所有平台。企业设备的管理策略也可能限制虚拟接口，应由管理员确认。
先做普通代理验证
选择一个节点，用浏览器与系统代理完成实际访问。若普通代理也失败，先解决订阅、认证或节点连接问题；否则同时排查两层会增加混淆。
记录核心版本与第一条 TUN 错误，例如权限、接口、路由或 DNS 相关报错。截图只有开关关闭状态通常不足以定位。
Windows 上的检查顺序
- 按客户端官方文档确认服务已安装并启动，核心也在运行。
- 检查当前版本要求的权限，使用官方服务管理流程，不手动下载来源不明的驱动。
- 暂停另一套 VPN 或虚拟网卡软件进行单变量对照，记录现有网络设置。
- 查看启动日志中最早的错误，确认端口、接口和路由是否冲突。
- 如升级后才失败，对照官方迁移说明和已知问题，保留可恢复配置。
不要无条件关闭防火墙或卸载所有网卡。这些动作可能破坏正常网络，也无法证明原问题已解决。
Android、iOS 与路由器
移动设备先检查 VPN 权限、当前活动的 VPN 应用及管理限制。启动后立即停止与运行一段时间后停止可能是不同原因，后者还要查看后台限制和系统日志。
OpenWrt 要核对固件、核心架构和 TUN 所需内核模块，同时检查透明代理与 DNS 的部署方式。安装不同固件的模块可能不兼容，不能凭名称相同强行加载。
启用成功但仍无法访问
开关打开只代表接口启动，不证明路由、DNS 和规则正确。检查目标请求是否出现在日志、局域网是否可达、IPv4 与 IPv6 路径是否一致。每次只改一项，并记录如何恢复。