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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

DNS 参考资料

› List of DNS Record Types

› dig 使用说明

› djbdns

› DNS Parameters

› dnslib for Python

这是一个创建于 3123 天前的主题，其中的信息可能已经有所发展或是发生改变。

坐标广州，运营商联通，一直在用 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 啦~

19 条回复 • 2016-05-31 16:54:59 +08:00

mytsing520

2016-05-08 04:05:09 +08:00

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

lslqtz

2016-05-08 04:34:59 +08:00

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

lslqtz

2016-05-08 05:14:31 +08:00

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

FlyingLion

2016-05-08 06:40:21 +08:00

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

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

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

xofyarg

2016-05-08 08:02:56 +08:00

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

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

jasontse

2016-05-08 08:04:14 +08:00 via iPad

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

yexm0

2016-05-08 08:21:21 +08:00 via Android

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

boboliu

2016-05-08 08:57:45 +08:00

同 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.坐标济南，服务商联通