TUN模式启动后系统残留cfw‑tun网卡,路由表错乱导致部分流量无法代理 #13
Unanswered
clash-verge2026
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
最近从 Clash for Windows 迁移到 Clash Verge Rev,发现在启用 TUN 模式后,ip route 表中会同时出现两个虚拟网卡设备:
旧设备:cfw‑tun(看起来是之前 CFW 创建的,且未完全删除)
新设备:clash‑tun 或类似名称(Rev 创建)
此时路由表里存在两条默认路由或者策略路由规则冲突,具体表现为:
浏览器访问国内网站时断时续,部分请求直接超时
curl 测试发现某些 IP 走了错误的接口
关闭 TUN 模式后一切正常,但再次开启时问题复现
环境信息
操作系统:Windows 11 23H2 (22631)
Clash Verge Rev 版本:v1.7.2
内核:Clash Meta v1.18.0
网络环境:单网卡连接路由器,无其他 VPN 软件
历史安装:曾安装过 Clash for Windows 0.20.39,已通过控制面板卸载
复现步骤
确保系统中已存在 cfw‑tun 网卡(可在“网络连接”或设备管理器中看到)
打开 Clash Verge Rev,进入设置 → TUN 模式 → 开启
观察路由表:route print -4 或 netsh interface ip show route
发现两条 0.0.0.0 默认路由,Metric 相近,分别指向不同接口
浏览器访问国内网站(如 baidu.com)时,偶发性无法连接
尝试过的解决方法
手动删除 cfw‑tun 网卡:在设备管理器中卸载该设备(含驱动程序),重启后网卡消失,但过一段时间又重新出现(怀疑是注册表残留)
重置网络堆栈:执行 netsh int ip reset 和 netsh winsock reset,重启后 cfw‑tun 消失,但再次启动 Rev 的 TUN 模式时它又重新出现并导致路由冲突
修改接口跃点数:尝试将 clash‑tun 接口的 Metric 调低(例如设为 5),cfw‑tun 设为 100,但 CFW 的服务似乎会自动调整 Metric,导致不稳定
停止 CFW 相关服务:查找服务列表中是否有 Clash for Windows Service 残留,未能找到
路由表示例(冲突时)
text
IPv4 路由表
网络目标 网络掩码 网关 接口 跃点数
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.101 35
0.0.0.0 0.0.0.0 172.19.64.1 172.19.64.10 25
...
其中 172.19.64.1 是 cfw‑tun 接口的网关,192.168.1.1 是真实物理网关。部分流量错误地路由到 172.19.64.1 导致无法访问外网。
相关日志(Clash 内核日志)
text
level=error msg="TUN: interface already exists" interface=cfw-tun
level=warning msg="TUN: duplicate route detected, skipping"
希望得到的帮助
如何彻底清除 CFW 残留的 cfw‑tun 虚拟网卡及其注册表条目?
在 Clash Verge Rev 中,是否可以通过配置禁用对旧接口的检测,或强制使用新的 TUN 接口?
是否有办法让 Windows 的路由决策明确优先选择 clash‑tun,而忽略 cfw‑tun?
感激任何线索或解决方案,也欢迎有类似经历的朋友分享处理过程。🙏
All reactions