我这里也是，ip 地址检测出的归属地和手机流量一样，跳数变多，不过目前公网 ip 还是正常的，所以就没折腾。

openclash 开 ipv6 走代理就可以实现了，前提是你的节点支持 v6 且每个设备正常拿到 v6 地址了

奠信用户表示一直是 10 块，居然还有低于 10 快的

你这个是被 dns 污染了，国内常用手段就是污染成 facebook 旗下的 ip

如果重播 ip 还不变，可以考虑是不是用上假公网 ip 了

@donnieYeh 这个是我和一些同样在使用此工具的人在实际使用中发现的，具体原理不太能解释。表现为：有些基于 udp 的联机游戏会连不上，尤其一些利用 p2p 的游戏； facebook 或者 instagram 等软件喜欢把 dns 的 ttl 手动改长，而且这些软件会使用 udp 进行数据传输，这就导致下一次连接时还会向之前给的那个 fakeip 传数据，但是由于 fakeip 在 clash 那里的 ttl 非常短，clash 早就已经把那个 fakeip 映射至别的域名了，或者没有分配，这就会导致一些错误。

要点在于一定要把 dns 设置成递归结构，设备，dnsmasq ，openclash ，里面有一个环节断了，在不开劫持的情况下就会导致 clash 面板里只有 ip ，本质是因为没建立映射表

@donnieYeh 标准的 clash 内核无论 fakeip 和 redir-host 会缓存 dns 和域名的映射的，并不是会执行嗅探。
clash 自己作为一个 dns 服务器，设置为 dnsmasq 的上游，有 dns 请求过来，dnsmasq 给到 clash ，clash 向自己配置文件里设置的 dns 查询域名对应 ip ，并建立映射表。
1 ） redirhost 直接把查到的 ip 给设备，设备按照这个 ip 发起连接，clash 反推域名分流，向代理服务器发起请求的时候不带域名，因此代理服务器看到的是 ip ，这是为了防止多个域名解析到同一个 ip 导致 clash 反推失败，但正因为请求的是 clash 自己本地查到的 ip ，所以会有几率出现 dns 污染或者 cdn 不匹配的情况。
2 ） fakeip 则是返回一个假的 ttl 很短的 ip 给设备，设备按照这个 ip 发起连接，clash 反推域名，并且直接请求这个域名，代理服务器拿到的是域名，这样可以避免 dns 污染，但是一些基于 udp 的服务会变得不正常，尤其是部署在路由器级别的设备上时，fakeip 的兼容性不是很理想。

@mmdsun 确实软路由问题会少很多，我用 clash 开 tun 倒是不会遇到楼主的问题，但是下载软件会非常慢，换到软路由后用同一个节点速度就很快。

把 loopback 复原，只开 tun 模式