使用 TCP 查询 DNS，不能按运营商返回正确地址

[bazingaterry]

坐标广州，运营商联通，一直在用 119.29.29.29 ，对于 114 DNS 相比，前者会将解析到南方一些 CDN ，而 114 会解析到山东之类的，前者更加靠近。

最近使用了 pdnsd 作为 DNS 缓存，由于众所周知的原因，使用 TCP 方式查询，这时候诡异的事情出来了，使用 TCP 方式查询，例如 www.qq.com 会解析到电信的 CDN 上面，然而 UDP 或者 114 则不会有这个问题。

dig @119.29.29.29 www.qq.com +tcp 结果

; <<>> DiG 9.8.3-P1 <<>> @119.29.29.29 www.qq.com +tcp
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43918
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.qq.com.			IN	A

;; ANSWER SECTION:
www.qq.com.		285	IN	A	59.37.96.63
www.qq.com.		285	IN	A	14.17.42.40
www.qq.com.		285	IN	A	14.17.32.211

;; Query time: 409 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
;; WHEN: Sun May  8 00:25:04 2016
;; MSG SIZE  rcvd: 76

dig @119.29.29.29 www.qq.com 结果

; <<>> DiG 9.8.3-P1 <<>> @119.29.29.29 www.qq.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50450
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.qq.com.			IN	A

;; ANSWER SECTION:
www.qq.com.		123	IN	A	112.90.83.112

;; Query time: 17 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
;; WHEN: Sun May  8 00:25:59 2016
;; MSG SIZE  rcvd: 44

dig @114.114.114.114 www.qq.com +tcp 结果

; <<>> DiG 9.8.3-P1 <<>> @114.114.114.114 www.qq.com +tcp
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37406
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.qq.com.			IN	A

;; ANSWER SECTION:
www.qq.com.		47	IN	A	112.90.83.112

;; Query time: 55 msec
;; SERVER: 114.114.114.114#53(114.114.114.114)
;; WHEN: Sun May  8 00:26:20 2016
;; MSG SIZE  rcvd: 44

dig @114.114.114.114 www.qq.com 结果

; <<>> DiG 9.8.3-P1 <<>> @114.114.114.114 www.qq.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53984
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.qq.com.			IN	A

;; ANSWER SECTION:
www.qq.com.		30	IN	A	112.90.83.112

;; Query time: 566 msec
;; SERVER: 114.114.114.114#53(114.114.114.114)
;; WHEN: Sun May  8 00:26:49 2016
;; MSG SIZE  rcvd: 44

同样地， V2EX 、七牛、又拍云的域名均有这个问题。虽然也不是什么严重问题啦，但是希望 119.29.29.29 的伙计们留意一下这个问题，我暂时就先用 114 啦~

[mytsing520]

这两家压根不会将用户 IP 丢给权威 DNS ，他们都是将他们自身的 IP 丢给了权威 DNS 然后抓结果返回，所以你解析结果不准确。

[lslqtz]

@mytsing520 那么哪家好一些呢？个人现在也在用这个。

[lslqtz]

114 的我以前在用，因为 dns 刷新缓存慢，因此改用 119 了

[FlyingLion]

如果楼主真的是广东省内的宽带用户，那基本上用不着纠结这些问题了！

广东省作为国内重要的骨干网交换节点，访问电信、联通、移动都不存在互联互通问题，所有国内数据流量都是在广东本地城域网内进行直连交换的。

其它省就没这种待遇了……

[xofyarg]

个人猜测，对于 119.29.29.29 这个 DNS 服务器， UDP 和 TCP 采用了不同的路径。可能 UDP 直接做了递归查询， TCP 只是做了个中继，转发到其他服务器查询。这样就导致了查询结果不一致。看 www.qq.com 的 UDP 和 TCP 查询结果，不象是同一个服务器返回的。

大多数的 DNS 服务器并不完全支持 TCP 。我能想到比较简单的办法是，列出一个自己常用的国内使用 CDN 业务的主域白名单，这些查询直接走 UDP 。

[jasontse]

@FlyingLion 现在直联点有 10 个，不止北上广有这种能力。

[yexm0]

@FlyingLion 广州互联点经常拥堵，特别是晚上的时候某些线路延迟能飙到上百 ms.

[boboliu]

同 LZ ，我这里用 udp 查询 www.qq.com 是 119.188.89.202;119.188.89.220 （都是济南联通）， tcp 是 59.37.96.63;14.17.42.40;14.17.32.211 （深圳电信），但是 httpdns 结果和 udp 查询的结果是一样的。
LZ 可以试试 http://119.29.29.29/d?dn=www.qq.com
P.S.坐标济南，服务商联通

[hzqim]

用 pdnsd 来查询国内域名？楼主处女座吗？
容易被污染的才让 pdnsd 的 tcp 来查询，剩下的用运营商或者国内第三方的 DNS 来解析。
区别对待，其它的就不折腾了。

[mytsing520]

@lslqtz 目前国内没有一家公共 DNS 服务商有这种负责任的服务

[qucklay]

用 pdnsd 来查询国内域名？楼主处女座吗？
容易被污染的才让 pdnsd 的 tcp 来查询，剩下的用运营商或者国内第三方的 DNS 来解析。
区别对待，其它的就不折腾了。

[youhwc]

CDN 这类的 90%是根据 DNS-IP 对映地区 进行分发. 要想很准确,还是用上网服务商自带的.

[JoeyChan]

国内域名确实没必要 tcp ，被认证的黑名单才 tcp ，其他都 udp ，这样才有效率。

[Lentin]

白名单走运营商 dns

[johnjiang85]

目前 119.29.29.29 的 tcp 查询请求确实是走了转发的，通过 bgp 出口转发到了单独的服务器，没有区分各运营商的 IP ，导致解析到了默认。

[johnjiang85]

我们看看调整下方案，有进展再回复。

[bclerdx]

@FlyingLion 所以你的 DNS 选择了广东省省内了吧？

[bclerdx]

@boboliu 收藏了。

[donglemon]

用工具测量 qq.com 的 DNS 解析情况：
http://www.wangsutong.com/wstCeba/dns/dns-test!result.action?id=8d4696c1829d4ee392d4104773020e94