嘟嘟社区

[经验] 一个Clash的DNS泄露的bug


本帖最后由 他回精神病院了 于 2024-6-8 18:59 编辑

理论上,在fakeip模式下,只要配置合理(在匹配到对应规则之前,前面的规则不会导致产生DNS解析请求),只有直连的请求才会在本地解析DNS,所有通过服务器的以及被拦截的请求不会在本地产生DNS解析请求记录。
clash在处理UDP请求时,会尝试寻找已经存在的socket进行复用,这个时候会对所有域名在本地查DNS缓存,缓存里没有的会进行DNS解析,导致了DNS泄露。
Chrome等浏览器,默认会尝试使用QUIC。第一次请求的时候本地的缓存里是查不到这个记录的,所以会在本地发起DNS解析的请求,导致浏览器查看的网址DNS泄露。

具体导致泄露的代码在tunnel.go里的handleUDPConn函数里的"local resolve UDP dns"部分,具体代码如下(以clash开源版代码为准):

  1. “`golang
  2.         // local resolve UDP dns
  3.         if !metadata.Resolved() {
  4.                 ips, err := resolver.LookupIP(context.Background(), metadata.Host)
  5.                 if err != nil {
  6.                         packet.Drop()
  7.                         return
  8.                 } else if len(ips) == 0 {
  9.                         packet.Drop()
  10.                         return
  11.                 }
  12.                 metadata.DstIP = ips[0]
  13.         }
  14. “`

复制代码

这段代码在最开始的地方,在分流代码之前,所以会对所有请求进行DNS解析(包括通过服务器连接的、被拦截的)。

检查了一下Clash.Meta的代码,相同的代码也存在,所以Clash.Meta也有相同的问题。根据作者的提交记录(见下面),代码是从premium版本同步过来的,所以盲猜premium版本也有此问题。

  1. “`git log
  2. commit 3946d771e52fb72dfc91543dda8c785597622a9b
  3. Author: Dreamacro <[email protected]>
  4. Date:   Sat Aug 13 13:07:35 2022 +0800
  5.     Feature: sync missing resolver logic from premium, but still net.IP on opensource
  6. diff –git a/tunnel/tunnel.go b/tunnel/tunnel.go
  7. — a/tunnel/tunnel.go
  8. +++ b/tunnel/tunnel.go
  9. @@ -183,1 +183,1 @@
  10. –               ip, err := resolver.ResolveIP(metadata.Host)
  11. +               ips, err := resolver.LookupIP(context.Background(), metadata.Host)
  12. “`

复制代码

解决方法(二选一):
第一种:在resolver中增加一个只查本地DNS缓存,不进行网络请求的查询函数来替换这里的resolver.LookupIP。由于clash已经删库了,所以只能自己进行。
第二种:没有能力自己改代码的mjj,可以在DNS的fallback-filter里指定敏感的网址只走国外的特定服务器(必须是加密的,不然也没用),这样就算本地多一次无用DNS查询,也不会导致DNS泄露给国内的DNS服务器。
第二种方法的缺点就是依然会多一次DNS请求,并且要持续维护这个列表。

P.S.我下午尝试用第一种方法修复了一下,添加只查询本地DNS缓存的方法以后依然要修改其他几个地方。
1、如果你在使用VMess协议的话,vmess.go中的ListenPacketContext函数依然会在分流前发起DNS请求,这里的代码需要处理(注销掉DNS查询代码,后续修改见后面)。
2、tunnel/connection.go函数中的handleUDPToRemote需要使用DNS解析出来的IP地址,这里要改成也可以使用域名。如果这里要可以使用域名,constant/adapters.go中的接口PacketConn需要增加支持新的传递UDP包的函数(之前复用的net.PacketConn包中的WriteTo,所以只能传递IP地址)。
3、WriteTo函数接口修改以后,需要修改所有出站协议的WriteTo实现。

好帖,这才是loc该有的样子

他回精神病院了 发表于 2024-6-8 14:17
见到一千元的罚款单和保证书以后就有所谓了

感谢分享。

但六扇门要是根据DNS泄露来请喝茶,那他们整天啥事都不用做了,14亿人得有一半得去一趟。。。

BTW,真在意的话,直接把浏览器里的quic关掉更简单:chrome://flags/#enable-quic

无所谓,只要油管保证十万以上,爱谁谁

hcyme 发表于 2024-6-8 14:16
无所谓,只要油管保证十万以上,爱谁谁

见到一千元的罚款单和保证书以后就有所谓了

我是设置dns为adg,然后adg分流,只要国外的网站就走国外doh查询

server0608 发表于 2024-6-8 15:12
我是设置dns为adg,然后adg分流,只要国外的网站就走国外doh查询

怎么操作?有教程吗

在7楼 发表于 2024-6-8 15:18
感谢分享。

但六扇门要是根据DNS泄露来请喝茶,那他们整天啥事都不用做了,14亿人得有一半得去一趟。。 …

这个不错,之前没发现QUIC可以关掉

Clash的DNS泄露是指在使用Clash的情况下,部分DNS请求没有通过代理服务器进行解析,导致您的真实IP地址或DNS服务器信息可能被泄露。
解决Clash DNS泄露的一般方法如下:
* 使用加密DNS
   使用加密DNS可以防止您的DNS请求被监听和窃取。Clash支持多种加密DNS协议,例如DoH、DoT和DNSCrypt。您可以根据自己的需要选择合适的加密DNS协议和服务器。
* 使用no-resolve规则
   no-resolve规则可以阻止Clash解析特定域名的DNS请求。您可以将需要通过直连方式访问的域名添加到no-resolve规则中,以防止这些域名的DNS请求泄露。
* 使用fallback-filter规则
   fallback-filter规则可以指定Clash在无法通过代理服务器解析域名时使用的DNS服务器。您可以将您的本地DNS服务器或其他可信任的DNS服务器添加到fallback-filter规则中。
以下是一些具体的配置示例:
* 使用DoH加密DNS
rules:
  – DOMAIN-SUFFIX .example.com, .example.net DOH [email protected]

* 使用no-resolve规则
rules:
  – DOMAIN-KEYWORD google.com, FB.com no-resolve

* 使用fallback-filter规则
fallback-filter:
  geosite: !geosite
  name: local_dns
  server:
    – 192.168.1.1
    – 8.8.8.8

请注意,这些只是一些示例配置,您需要根据自己的实际情况进行调整。有关Clash DNS泄露的更多信息,请参阅Clash官方文档:https://github.com/vernesong/OpenClash/issues/1682

土著MJJ表示 不用小猫咪