Lintch

Results 5 comments of Lintch

我也碰到了这个的问题,打开TUN模式,nameserver里只用dns from dhcp的话,log里会显示`connect error: all DNS requests failed, first error: DHCP not responding`,直接填DHCP的DNS地址,比如 `192.168.1.1`,是可以正常工作的

> > 使用 no-resolve > > ``` > > rules: > > - SCRIPT,quic,REJECT,no-resolve > > ``` > > 没加no-resolve之前是所有经过了script规则的都触发了dns查询,加了之后,普通的tcp连接确实不会有dns查询了,但是被这条规则reject掉的udp通信还是会有一次dns查询,100%复现 我也碰到了同样的问题。我是用了adguard home作为clash的上游DNS,通过查看adguard home的日志来判断某个域名有没有触发DNS解析。 我的规则里YouTube的域名在不加`SCRIPT,quic,REJECT`这条规则时,都是远端解析,在adguard home的日志里看不到YouTube的域名。 加上`SCRIPT,quic,REJECT`之后,其他配置都不改变的情况下,adguard home的日志里面能看到YouTube的域名,应该可以判断出是这条规则`SCRIPT,quic,REJECT`触发了DNS解析。 加上`no-resolve`变成`SCRIPT,quic,REJECT,no-resolve`之后,同时看clash和adguard home的日志可以发现,YouTube的TCP连接在adguard home的日志里看不到了,没有触发DNS解析,和不加`SCRIPT,quic,REJECT`规则时一样,但是YouTube的UDP连接依旧会在adguard...

和这个issue https://github.com/Kr328/ClashForAndroid/issues/938 比较类似

The error message looks like this ![image](https://user-images.githubusercontent.com/44701395/149624957-5408db6b-f48d-4bef-9be5-c4ca2f0af83c.png)

> > root@OpenWrt:~# cat /var/etc/smartdns/smartdns.conf |grep speed > > speed-check-mode none > > 但是 > > domain-rules /domain-set:mainland/ -speed-check-mode ping -nameserver mainland > > 我检查了我的配置。目前确定在这样设置时,domain-rules的ping对ipv6不起作用 其他是我配置问题(多设备同步配置出问题了 我也碰到了类似的情况。全局测速关闭了,domain-rules里写了测速,然后同一个域名的IPv4有测速,IPv6没有测速