常见问题

Windows TUN 断网并提示 reject loopback connection 怎么处理

核对实际出口网卡和 IPv4 Forwarding,区分网卡选择错误与出站回环,并提供仅作用于当前接口的可撤回对照步骤。

更新于 2026年11月7日

本页目录

Windows 上系统代理正常,开启 TUN 后网页超时,日志又反复出现 reject loopback connection,应检查内核出站是否重新进入了 TUN。虚拟网卡已经创建、DNS 能返回 Fake-IP,都不代表后续连接一定成功。

适用版本与典型症状

该问题的反馈涉及 Windows 11、Clash Verge Rev 2.5.6、2.5.8 和 2.5.10。11 月 6 日补充的环境为 Rev 2.5.10、Mihomo 1.19.33、服务模式;物理 WLAN 接口开启 IPv4 Forwarding,显式绑定 WLAN 后仍然出现连接重新进入 TUN 的现象。

原帖和补充反馈均描述过:只将实际物理出口的 IPv4 Forwarding 从 Enabled 改成 Disabled 后恢复。但这是这些环境中的对照结果,尚不能推断所有 TUN 超时都由转发引起。若系统根本没有虚拟网卡,应先按TUN 开关开启却没有网卡 排查。

第一步:记录出口与转发状态

先保存正在进行的下载、远程连接与工作会话。进入客户端「日志」,记录出现错误时使用的内核版本、TUN 协议栈以及实际出口接口。不要只根据无线网卡名称猜测出口;同时连接 Wi-Fi、USB 共享网络或其他 VPN 时,默认路由可能不同。

在 PowerShell 中执行以下只读命令:

Get-NetIPInterface -AddressFamily IPv4 |
  Format-Table InterfaceIndex,InterfaceAlias,ConnectionState,InterfaceMetric,Forwarding
Get-NetRoute -AddressFamily IPv4 -DestinationPrefix '0.0.0.0/0' |
  Format-Table InterfaceIndex,InterfaceAlias,NextHop,RouteMetric

将物理接口、接口跃点和默认路由与内核日志对应。若关闭 TUN 后出口才容易识别,可先记录原状态,再关闭 TUN 做比较。确认后记下该物理接口的 InterfaceIndex,不要使用虚拟 TUN 网卡的编号。

第二步:区分两种常见情况

检查结果下一步
内核选择了错误出口先核对多网卡路由与 auto-detect-interface,不要直接修改转发
出口正确,Forwarding 为 Enabled,仍反复回环在不依赖网络共享或路由功能的前提下,做一次当前接口的临时对照
出口正确且 Forwarding 已是 Disabled保留现场,继续检查规则、DNS 和其他网络软件,不重复执行关闭命令

Mihomo 的 auto-detect-interface 用于自动选择出口,不能保证修复所有路由回环。该反馈中,明确指定正确的 WLAN 后仍会失败,单纯固定网卡名称没有解决问题。

第三步:仅临时测试当前物理接口

如果电脑正在提供移动热点、Internet 连接共享、虚拟机路由或其他转发服务,先暂停此测试;关闭转发可能影响这些功能。以下命令需要管理员 PowerShell,只修改指定 IPv4 接口的活动配置,不批量修改网卡,也不写注册表。

先将 12 替换为上一步确认的实际物理接口编号,再记录当前值:

$tunEgressIndex = 12
Get-NetIPInterface -InterfaceIndex $tunEgressIndex -AddressFamily IPv4 -PolicyStore ActiveStore |
  Format-List InterfaceIndex,InterfaceAlias,Forwarding

仅在原值确实是 Enabled、并且允许暂时停止该接口转发时执行:

Set-NetIPInterface -InterfaceIndex $tunEgressIndex -AddressFamily IPv4 -Forwarding Disabled -PolicyStore ActiveStore

保持同一节点、规则和 TUN 参数,分别验证直连与代理访问,并比较错误是否仍持续。不要在同一轮同时切换 DNS、节点和协议栈,否则无法判断是哪一步起作用。

验证结果与恢复设置

若恢复联网,再次读取接口状态,确认 Forwarding 仍为 Disabled,同时记录 TUN 是否保持开启。一次代理请求成功不足以覆盖所有程序,需要再检查实际使用的软件。

如果测试无效、共享功能受影响,或准备撤回测试,且此前原值为 Enabled,可恢复为:

Set-NetIPInterface -InterfaceIndex $tunEgressIndex -AddressFamily IPv4 -Forwarding Enabled -PolicyStore ActiveStore

如果重启或启动某个互联软件后再次复发,对比其启动前后的活动转发状态。有反馈发现手机互联后台服务会重新开启 WLAN 转发,但不能据此认定所有互联软件都有同样行为。不要为了排查直接卸载网卡、停用未知服务或永久关闭全部转发。

当前进展

问题仍开放,暂未发布针对这一路径的已确认修复。将节点服务器 IP 加进排除路由只可能临时绕过部分连接;服务器域名解析到新 IP 后可能再次失败,不宜作为长期修复。

进一步反馈时,保留脱敏后的接口状态、TUN 参数、内核版本和同一操作前后的日志;不要上传完整订阅或节点认证信息。

参考:问题记录与后续对照 、Mihomo TUN 参数 、Get-NetIPInterface 、Set-NetIPInterface 。