ちか

他们都是给你生成config.json配置文件，生成的内容你可以自己看。 这问题xray群也有老外来问，原来也有国内网友来问。我自己不用vmess ws tls好久了。不清楚原因。 建议不要研究了为什么了，除非你有能力水平时间，换种协议组合。

这问题你是用路由器上的软件翻墙吗？不是，是用客户端如v2rayn，也要发客户端配置。 和xray 服务器配置无关。你要搜下 dns 查询流程

看了你的客户端配置，服务器配置，没发现什么问题。 我把系统 DNS 改成 8.8.8.8，复现了你的情况。原因不清楚。我一直是系统 DNS 和 服务器配置里的是一样的，就一直没发现。感谢你的发现，你等高手来解释原因吧 ~建议你在服务器配置dns部分加下面参数，再测试下。不行还露，我也不知道原因。我拿你发的链接测了我的配置，没dns泄露。你这测试网站我是第一次见。其它类似测试网站我自己用的配置也没问题。~ ~或者你换套翻墙协议组合测试来排除法~ "queryStrategy": "UseIPv4" https://github.com/chika0801/Xray-examples/blob/c7fd07ae78e731396f1e916d19b57af27d565c29/VLESS-TCP-XTLS/config_server.json#L11

> @xqzr 说 windows 的系统 socks 代理是 socks4 不支持域名代理 所以流量在进入 core 之前有一次 DNS 解析 想要完全避免泄漏可以使用 proxifier 之类的全局代理工具 ~刚才验证了，不是WIN上的原因~。WIN11，系统代理关。chrome，SwitchyOmega不论用sock还是http引入v2rayN，xray-core。现在还是一样的复现。 复现如1楼说的现象 ~想了下大概理解 @xqzr 的意思，那就VPS上的代理和配置文件里的，用一样的就行比如都是CF的2333~

手机使用v2rayN 自定义配置 fakedns。 还是复现了1楼的情况 手机客户端不可能是sockv4的锅吧

我复现的vps用的Debian11，刚才找了一台Debian10的，一样的xray客户端(v2rayN)，服务器端配置，没有复现出1楼的现象。怕是和Deian10 11有关。手里没ubuntu的vps。

> 服务端把系统DNS设置为一个显然不是DNS服务的IP后，客户端浏览器仍然能正常上网，且测试显示只收到来自Cloudflare的查询，说明这一次系统DNS的查询不是必需的。 我把resolv.conf里面乱写一个 IP，一样复现了你的情况。你VPS系统是什么？

> 噢 我理解错了 能看一下服务端的 debug 日志？ [access.txt](https://github.com/XTLS/Xray-core/files/8667165/access.txt) [error.txt](https://github.com/XTLS/Xray-core/files/8667166/error.txt) 我的配置是 https://github.com/chika0801/Xray-examples/tree/main/VLESS-TCP-XTLS 按1楼的方法resolv.conf 的IP是 8.8.8.8，客户端 VPS端的DNS是1.1.1.1，系统Deibian11，测试DNS泄露网站是https://browserleaks.com/dns 就复现了1楼情况。

另一个VPS，用的一个DD脚本安装的debian11，只是用的HY，比如hy配置是1.1.1.1，resolv.conf是8.8.8.8，不会出现1楼现象。 可能真是xray这边，我目前发现在debian11上出的问题。

> 服务端resolv.conf 的IP是 8.8.8.8，服务端 xray 内置DNS设置为一个非DNS服务的IP： 仍然能上网，但是能够明显感觉变慢，应该是在等待xray内置DNS超时然后使用系统DNS查询 我也遇到这现象