先确认问题与 TUN 有关
记下所选节点、规则模式和当前网络，关闭 TUN，使用已知正常的系统代理方式测试；再只开启 TUN 重复相同操作。如果问题只在开启后发生，排查重点才应放在虚拟接口、路由、权限和 DNS 接管上。两种方式都失败时，应先检查节点与基础网络。
TUN 用于接管特定范围的网络流量，并不保证自动提高速度。先阅读代理模式说明，确认自己的应用是否确实需要这种方式，避免为已经正常工作的浏览场景增加额外配置。
检查客户端是否成功启动功能
打开日志，寻找权限不足、服务未运行、接口创建失败或路由设置失败等具体信息。某些系统需要客户端服务或相应授权，单纯打开界面上的开关不代表底层已经成功运行。按照当前客户端安装说明修复必要组件，菜单名称和权限方式可能随版本变化。
不要把所有程序都设为管理员运行，也不要把关闭防火墙当成默认修复。先核对所用客户端来自可信发布渠道，再针对明确的错误处理。由公司或学校管理的设备，网络策略可能受管理设置限制，需要由相应管理员确认。
对照其他 VPN 与虚拟网卡
其他代理、VPN、虚拟机或工作网络工具可能同时更改路由。先正常停止不需要的连接，分别测试单个客户端运行的情况。查看当前使用的是 Wi-Fi、有线还是其他出口，确认客户端没有依赖已经断开的接口。
不要盲目删除全部虚拟网卡；它们可能属于正在使用的虚拟机或工作工具。需要排除某个组件时，先确认归属并保留恢复方式。涉及自动路由、排除网段等参数，可对照Mihomo TUN 配置说明，不要把别人的内网地址直接复制到自己的设备。
检查 DNS 与局域网访问
如果只有域名访问失败，观察是否为 DNS 接管配置问题，并转到DNS 排查。如果网络能用但打印机、NAS 或工作内网无法访问，重点检查局域网路由与排除范围；这和节点速度问题不同。
每次只调整一项，重复相同测试，没有改善就恢复。需要临时恢复网络时，正常关闭 TUN 与客户端代理，确认系统设置已恢复，再使用原连接。把出现问题的条件和相关错误日志整理后反馈，比重置全部网络设置更便于定位原因。
