腾讯 Public DNS 部分域名无法解析？

V2EX = way to explore

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

现在注册

已注册用户请登录

工单节点使用指南

请用平和的语言准确描述你所遇到的问题

厂商的技术支持和你一样也是有喜怒哀乐的普通人类，尊重是相互的

如果是关于 V2EX 本身的问题反馈，请使用反馈节点

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

UDP

$ dig fonts.gstatic.com @119.29.29.29 ; <<>> DiG 9.11.2 <<>> fonts.gstatic.com @119.29.29.29 ;; global options: +cmd ;; connection timed out; no servers could be reached

TCP

$ dig fonts.gstatic.com @119.29.29.29 +tcp ;; Connection to 119.29.29.29#53(119.29.29.29) for fonts.gstatic.com failed: connection refused.

httpdns 能正常解析

curl 119.29.29.29/d?dn=fonts.gstatic.com 203.208.39.255;203.208.39.247;203.208.39.239;203.208.39.255;203.208.39.248;203.208.39.247;203.208.39.239;203.208.39.248

另外 119.28.28.28 182.254.116.116 182.254.118.118 也是相同的结果
1.2.4.8 就可以正常解析所以应该不是 ISP 的劫持？

$ dig fonts.gstatic.com @1.2.4.8 ; <<>> DiG 9.11.2 <<>> fonts.gstatic.com @1.2.4.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7572 ;; flags: qr rd ra; QUERY: 1, ANSWER: 9, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;fonts.gstatic.com. IN A ;; ANSWER SECTION: fonts.gstatic.com. 48 IN CNAME gstaticadssl.l.google.com. gstaticadssl.l.google.com. 2 IN A 203.208.48.88 gstaticadssl.l.google.com. 2 IN A 203.208.48.95 gstaticadssl.l.google.com. 2 IN A 203.208.48.79 gstaticadssl.l.google.com. 2 IN A 203.208.48.88 gstaticadssl.l.google.com. 122 IN A 203.208.48.87 gstaticadssl.l.google.com. 122 IN A 203.208.48.95 gstaticadssl.l.google.com. 122 IN A 203.208.48.79 gstaticadssl.l.google.com. 122 IN A 203.208.48.87 ;; Query time: 15 msec ;; SERVER: 1.2.4.8#53(1.2.4.8) ;; WHEN: Thu Dec 28 23:15:21 CST 2017 ;; MSG SIZE rcvd: 210

网络是联通 @johnjiang85 给看一下？

26 条回复 2020-09-14 14:44:09 +08:00

iLiberty

2017-12-28 23:17:14 +08:00

额没召唤成功... @johnjiang85

skylancer

2017-12-29 02:13:20 +08:00

DNSPod 天天 SRVFAIL 我都懒得用

miaomiao888

2017-12-29 06:01:15 +08:00

很早就发现有这个问题同样是 fonts.gstatic.com 这个域名
得还是 114

lhx2008

2017-12-29 07:09:37 +08:00 via Android

dnspod 一直有奇怪的问题，无解

laoyuan

2017-12-29 07:32:40 +08:00

不用为妙

lniwn

2017-12-29 08:54:24 +08:00 via iPhone

遇到过好几次，解析不了 jianshu.com ，现在用阿里的了

yexm0

2017-12-29 09:04:12 +08:00 via iPhone

联通用阿里那个 dns 经常会给我解析到电信的 ip 上，弃了

HalloCQ

2017-12-29 09:16:24 +08:00

+nocookie

a86913179

2017-12-29 09:16:49 +08:00

首先，本身不支持 TCP，然后 UDP 不行，HTTP 正常，说明是运营商问题

HalloCQ

2017-12-29 09:17:59 +08:00

C:\Users\My>dig @119.29.29.29 jianshu.com +nocookie

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

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;jianshu.com. IN A

;; ANSWER SECTION:
jianshu.com. 600 IN A 106.75.17.181

;; Query time: 185 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
;; WHEN: Fri Dec 29 09:16:47 ?D1ú±ê×?ê±?? 2017
;; MSG SIZE rcvd: 56

C:\Users\My>dig @119.29.29.29 fonts.gstatic.com +nocookie

; <<>> DiG 9.11.2 <<>> @119.29.29.29 fonts.gstatic.com +nocookie
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49536
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fonts.gstatic.com. IN A

;; ANSWER SECTION:
fonts.gstatic.com. 281 IN CNAME gstaticadssl.l.google.com.
gstaticadssl.l.google.com. 161 IN A 203.208.39.215
gstaticadssl.l.google.com. 161 IN A 203.208.39.207
gstaticadssl.l.google.com. 161 IN A 203.208.39.223
gstaticadssl.l.google.com. 161 IN A 203.208.39.216

;; Query time: 95 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
;; WHEN: Fri Dec 29 09:17:41 ?D1ú±ê×?ê±?? 2017
;; MSG SIZE rcvd: 146
@lniwn
@miaomiao888

lniwn

2017-12-29 09:35:47 +08:00 via iPhone

@HalloCQ 我只是说遇到过，并且还不止一次，但是现在能否解析就不知道了。

johnjiang85

2017-12-29 11:07:36 +08:00

@iLiberty bind9.11 之后的版本默认开启了 cookie，DNSPod 的公共 DNS 和权威 DNS 都还没有支持 cookie，需要显示指定+nocookie 或使用 9.10 版本，之前已经转给相关开发同事了，会慢慢灰度，权威已经少量灰度。

johnjiang85

2017-12-29 11:11:32 +08:00

@skylancer
@miaomiao888
@lhx2008
@laoyuan
@lniwn
几个问题吧，1.今年 119.29.29.29 遇到的攻击特别多，就不说了，奇怪的是 114 竟然从最早到现在基本没遇到过攻击，个人可以先用 119.28.28.28 ，用户比较少，路由和 119.29.29.29 基本是一样的,节点完全一样。182.254.116.116,182.254.118.118 不推荐使用。

johnjiang85

2017-12-29 11:13:20 +08:00

再就是个别特殊域名在特定运营商可能有问题，这些大部分是递归到权威的线路和兼容性问题，后端节点太多，某些线路就可能被搞，或者权威对 ecs 的支持特别乱，自动判断是否支持 ecs 判断不出来，就得手工拉黑名单。都是需要人工验证操作的。具体就是需要提供域名、地区、运营商和截图了。

joejhy

2017-12-29 12:38:58 +08:00

我这边测试了一下是 OK 的，119.29.29.29 能够正常解析到域名 fonts.gstatic.com 。不过查了这个域名是 google 的，有些网络不能解析可能跟运营商的限制有关，毕竟 google 退出中国之后，有些域名还是受到限制的。请看下面：

linux$ dig fonts.gstatic.com @119.29.29.29

; <<>> DiG 9.10.3-P4-Ubuntu <<>> fonts.gstatic.com @119.29.29.29
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22116
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fonts.gstatic.com. IN A

;; ANSWER SECTION:
fonts.gstatic.com. 120 IN CNAME gstaticadssl.l.google.com.
gstaticadssl.l.google.com. 18 IN A 203.208.51.87
gstaticadssl.l.google.com. 18 IN A 203.208.51.79
gstaticadssl.l.google.com. 18 IN A 203.208.51.88
gstaticadssl.l.google.com. 18 IN A 203.208.51.95

;; Query time: 8 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)
;; WHEN: Fri Dec 29 09:52:29 DST 2017
;; MSG SIZE rcvd: 146
----------------------------------------------------------------------------------------------------
linux/$ dig fonts.gstatic.com @119.28.28.28

; <<>> DiG 9.10.3-P4-Ubuntu <<>> fonts.gstatic.com @119.28.28.28
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49460
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fonts.gstatic.com. IN A

;; ANSWER SECTION:
fonts.gstatic.com. 123 IN CNAME gstaticadssl.l.google.com.
gstaticadssl.l.google.com. 123 IN A 216.58.220.195

;; Query time: 9 msec
;; SERVER: 119.28.28.28#53(119.28.28.28)
;; WHEN: Fri Dec 29 11:38:40 DST 2017
;; MSG SIZE rcvd: 98
---------------------------------------------------------------------------------------------
linux:/$ dig fonts.gstatic.com @182.254.116.116

; <<>> DiG 9.10.3-P4-Ubuntu <<>> fonts.gstatic.com @182.254.116.116
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41104
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fonts.gstatic.com. IN A

;; ANSWER SECTION:
fonts.gstatic.com. 104 IN CNAME gstaticadssl.l.google.com.
gstaticadssl.l.google.com. 16 IN A 203.208.43.127
gstaticadssl.l.google.com. 16 IN A 203.208.43.111
gstaticadssl.l.google.com. 16 IN A 203.208.43.119
gstaticadssl.l.google.com. 16 IN A 203.208.43.120

;; Query time: 10 msec
;; SERVER: 182.254.116.116#53(182.254.116.116)
;; WHEN: Fri Dec 29 11:50:35 DST 2017
;; MSG SIZE rcvd: 146
-----------------------------------------------------------------------------------------------------
linux@DESKTOP-F7RK6L5:/$ dig fonts.gstatic.com @182.254.118.118

; <<>> DiG 9.10.3-P4-Ubuntu <<>> fonts.gstatic.com @182.254.118.118
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17342
;; flags: qr rd ra; QUERY: 1, ANSWER: 9, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fonts.gstatic.com. IN A

;; ANSWER SECTION:
fonts.gstatic.com. 256 IN CNAME gstaticadssl.l.google.com.
gstaticadssl.l.google.com. 256 IN A 203.208.43.79
gstaticadssl.l.google.com. 256 IN A 203.208.43.87
gstaticadssl.l.google.com. 256 IN A 203.208.43.95
gstaticadssl.l.google.com. 256 IN A 203.208.43.88
gstaticadssl.l.google.com. 136 IN A 203.208.43.79
gstaticadssl.l.google.com. 136 IN A 203.208.43.88
gstaticadssl.l.google.com. 136 IN A 203.208.43.87
gstaticadssl.l.google.com. 136 IN A 203.208.43.95

;; Query time: 34 msec
;; SERVER: 182.254.118.118#53(182.254.118.118)
;; WHEN: Fri Dec 29 11:51:09 DST 2017
;; MSG SIZE rcvd: 210

楼主可以看我的以上分析。

laoyuan

2017-12-29 12:50:31 +08:00

@johnjiang85 v2 山东分舵的烟台老乡们喊你加入

iLiberty

2017-12-29 14:15:55 +08:00

@johnjiang85 +nocookie 的确能拿到解析结果但是发现 119.28.28.28 分配到了四川节点延迟有点高 119.29.29.29 182.254.116.116 182.254.118.118 都就近分配到了天津节点

johnjiang85

2017-12-29 17:55:56 +08:00

@iLiberty 你的出口 IP 是多少，发来我们测试下

iLiberty

2017-12-29 18:27:01 +08:00

@johnjiang85 这里发 IP 不太方便... 我在 17ce.com 选了河北联通 254、山东联通 265、天津联通 272 都是到了四川

johnjiang85

2017-12-30 13:54:19 +08:00

@iLiberty 河北联通到 119.28.28.28 的路由看上去确实有问题，先绕到四川又回了广东，应该是直接去天津的，我找网络的人问下。不过这个不应该影响解析结果的。在四川联通测试和携带河北联通的 ecs ip 都能解析到北京去，这个日本的 IP 不知道怎么出现

iLiberty

2017-12-30 19:05:58 +08:00

@johnjiang85 解析结果的确没问题，就是各地联通过去的路由都有问题，还请贵司节后调整一下。

iLiberty

2018-01-22 01:23:35 +08:00

@johnjiang85 二十多天过去了 119.28.28.28 联通线路还是跑去四川

leobin

2018-02-13 17:24:38 +08:00

@johnjiang85 最近福建铁通也有问题，比如解析这个域名 newjump.bid ，别的 dns 都正确，只有 119.29.29.29 的是错误的

johnjiang85

2018-02-27 11:16:41 +08:00

@iLiberty 这个估计时间要比较久了，具体时间不能确定

@leobin 我用福建铁通的 IP 作为 subnet 测试，几个 dns 结果都是一样的，可以给下具体错误看下

leobin

2018-02-27 16:27:18 +08:00

@johnjiang85 我的问题已经么问题啦

leavic

2020-09-14 14:44:09 +08:00

不是我想挖坟，这么多年了，119.29.29.29 还是不支持 dnscookie