关于小白对Antigravity前端无响应和Clash Verge Rev版本的TUN模式问题修复过程记录

问题描述：

三月底发现反重力用不了了，表现效果为：发送消息后，没有任何响应，甚至都没有进入到Working/Generating这种显示状态的阶段。更换节点和代理等方式均尝试无果，以为是谷歌算力限制了
前几天使用还是如此，感觉不对劲。卸载重装、清缓存、重新登录，网页提示登录成功但是应用没有反应或者操作，看日志发现是没走系统规则代理。开启Clash Verge的TUN模式即可解决，但是TUN模式也存在问题，一旦开启直接所有网络都超时，无法连接。于是先用了个一键加速的VPN进行登录，登录之后还是存在前端不响应的问题，换了个代码库就没这个问题了，最后发现是项目里.git文件夹导致的反重力前端损坏。具体原因我也不清楚，排查未果
这个问题解决之后就开始解决不走代理的问题，也是前后折腾。除了用Proxifier、Netch这种强制代理，基本只有开启TUN代理。但是TUN代理存在问题，就先用了个Netch强制代理先凑合用。今天终于有时间搞这个TUN代理的问题，看日志几乎都是大量的reject loopback connection报错，尝试请求DNS over TLS时被拒绝并产生死循环。查了一下原因：
电脑环境中存在多张网卡，TUN虚拟网卡未能正确识别物理出口，导致流量发往了无法连接公网的虚拟网卡，随后被系统底层路由重新抛回给TUN，形成流量回环。
运行指令：netsh interface show interface
真实物理出口应该是WLAN，但是电脑还存在之前配置的两个VWare虚拟网卡：
管理员状态 状态 类型 接口名称
已启用 已连接 专用 WLAN
已启用 已断开连接 专用 本地连接
已启用 已连接 专用 VMware Network Adapter VMnet1
已启用 已连接 专用 VMware Network Adapter VMnet8
已启用 已断开连接 专用 以太网
已启用 已连接 专用 Meta
后续尝试通过Clash的Merge全局扩展覆写强制让流量走物理网卡，重启Mihomo内核后，成功打破了死循环，但所有网络请求均报超时。