yoshikotama
yoshikotama
在Android中，开启VPN后，OS仍会负责发起域名解析请求。libv2ray会将DNS请求当作UDP报文直接进行路由，而在默认使用8.8.8.8访问geoip:cn的情况下，在远端发送DNS请求会导致返回不适合本地的IP地址，导致网页访问缓慢或者返回了面向海外的页面。而在PC上，Socks客户端向服务端发送的只有域名信息，域名的解析由v2ray全权负责。tun2socks虽然将tun界面转换为了socks界面，却并不能良好的处理DNS请求，导致DNS请求全部被无脑转发、返回了不适合直连的CDN。比如，通过Actinium访问淘宝，在全局代理下会被重定向到国际版，而在PC上是正常的。原文一开始发在了v2ray/core下，但我感觉应该是libv2ray的实现方式有问题，和v2ray本身应该没有关系。所以稍加编辑、发在了这里。 环境： - 服务器端：2.47 - PC端：2.47，传入连接使用Socks协议。 - Android端：2.50+libv2ray 25+Actinium。 下面是我的猜测。 首先，Firefox在创建连接时是直接向v2ray发送的域名，本身并没有生成DNS请求。Socks协议允许客户端建立TCP连接时直接请求域名而无须预先将域名解析成IP地址，而Firefox则完全没有参与域名的解析过程，在访问某个页面时只是把域名直接发送给了Socks服务器。若访问的域名属于`geosite:cn`，则wireshark中可发现对该网站的DNS请求。若访问的域名不属于`geosite:cn`，wireshark中就不能发现对该网站的DNS请求，而v2ray的log中可见通过隧道向`8.8.8.8:53`发起的的DNS请求。真正生成DNS请求的应该是v2ray本身。V2ray将会通过路由规则来选择将DNS请求送给OS中设置的DNS服务器或v2ray的配置文件中指定的DNS服务器。 PC环境下Wireshark所获取的Socks报文如下。 ``` Transmission Control Protocol, Src Port: 14696, Dst Port: 1082, Seq: 1, Ack: 1, Len: 3 Socks Protocol...