使用 Clash DNS 解析的一个问题

[kun9]

Clash 版本：0.20.39
最近我接触了 emby 然后搞了个 emby 伪服务器验证破解。
我所有的操作都是根据下面这个教程，所有配置与下面一样。
https://aikenh.cn/cn/emby_localhost_crack_by_nginx/#more
一切都非常顺利不过最后出了一点小问题。
经过多次尝试我发现只要开启 clash 进行测试就不行
如访问https://mb3admin.com/admin/service/registration/validate/

只要关闭了 clash 就能成功

后来发现好像是 dns 解析的问题。
因为我在完全不开代理，不修改 hosts 的设备上测试，结果就是第一张图片。
然后我检查 Clash 的 dns 解析


Mixin 的配置

可以发现 Clash 拿到了谷歌的 dns 解析，但是匹配的规则是我本地 hosts 的 dns 解析，也就是我的云服务器的 IP 地址。Connections 中的详细信息也表示 Destination 是我的云服务，但是实际上 Clash 访问的真正目标是谷歌解析返回的 IP 地址，也就是 emby 原本的服务器地址。
（这是 Clash 的一个 bug 吧。各位现在还在用 Clash 吗）

[yianing]

是本地用 hosts 解析到了 vps ip ，sniffer 域名出来之后又从谷歌获取了 ip 吧，把 hosts 里的那个规则加到 clash 的 dns hosts 里面看看。
现在已经转战 clash.meta 了

[yianing]

https://wiki.metacubex.one/config/dns/hosts/#_1

[kun9]

还是一样的

[7h3d4wn]

clash 的 fallback dns srv 的定义是这样的:
Concurrent request with nameserver, fallback used when GEOIP country isn't CN.

[zai7lou]

没在用 Clash ，但一直在用 Clash Meta 。

如果没猜错，你的 rules 里的 ip 规则，没有加 no-resolve ，所以导致发生了 2 次 dns 。
第一次，路由时，因为域名规则都没匹配上，所以尝试 dns 拿 ip 进行路由，就是谷歌那次。
第二次，路由后，判定直连，此时去建立真正的 tcp/ip 连接，dns 拿 ip ，拿到你 host 里那个。

建议把 rules 里所有 ip 规则后面都加上 no-resolve ，可以解决你现在的问题。

另外，使用 fake-ip 了，就没必要 fallback 了。

[kun9]

还是不行