; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6 <<>> cbg-test.it-ba.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59922 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION: ;cbg-test.it-ba.com. IN A
;; ANSWER SECTION: cbg-test.it-ba.com. 600 IN CNAME cbg-test.it-ba.com.c.cdnhwc1.com. cbg-test.it-ba.com.c.cdnhwc1.com. 60 IN CNAME cbg-test.it-ba.com.rrs.cdnhwc2.com. cbg-test.it-ba.com.rrs.cdnhwc2.com. 20 IN A 114.115.189.20 cbg-test.it-ba.com.rrs.cdnhwc2.com. 20 IN A 114.115.189.31
;; Query time: 97 msec ;; SERVER: 100.100.2.138#53(100.100.2.138) ;; WHEN: Sat Aug 18 21:43:56 2018 ;; MSG SIZE rcvd: 156
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6 <<>> cbg-test.it-ba.com @114.114.114.114 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40648 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION: ;cbg-test.it-ba.com. IN A
;; ANSWER SECTION: cbg-test.it-ba.com. 600 IN CNAME cbg-test.it-ba.com.c.cdnhwc1.com. cbg-test.it-ba.com.c.cdnhwc1.com. 60 IN CNAME www.ucdn.test.com.c.cdnhwc1.com. www.ucdn.test.com.c.cdnhwc1.com. 60 IN A 58.217.195.90 www.ucdn.test.com.c.cdnhwc1.com. 60 IN A 58.217.195.89
;; Query time: 83 msec ;; SERVER: 114.114.114.114#53(114.114.114.114) ;; WHEN: Sat Aug 18 21:44:05 2018 ;; MSG SIZE rcvd: 139
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.68.rc1.el6 <<>> cbg-test.it-ba.com @180.76.76.76 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43350 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION: ;cbg-test.it-ba.com. IN A
;; ANSWER SECTION: cbg-test.it-ba.com. 610 IN CNAME cbg-test.it-ba.com.c.cdnhwc1.com. cbg-test.it-ba.com.c.cdnhwc1.com. 70 IN CNAME www.ucdn.test.com.c.cdnhwc1.com. www.ucdn.test.com.c.cdnhwc1.com. 70 IN A 183.136.165.168 www.ucdn.test.com.c.cdnhwc1.com. 70 IN A 183.136.165.167
;; Query time: 366 msec ;; SERVER: 180.76.76.76#53(180.76.76.76) ;; WHEN: Sat Aug 18 21:45:58 2018 ;; MSG SIZE rcvd: 139
1
wdlth 2018-08-18 22:31:27 +08:00
华为也开始搞 CDN 了?
|
2
Tianao 2018-08-18 23:45:13 +08:00 via iPhone
😳楼主这指向的不是权威 DNS 吧,解析结果不同应该只是单纯的智能解析,因为从不同的节点递归到了权威 DNS。
|
3
msg7086 2018-08-19 02:52:30 +08:00
首先,你贴的内容里也没有权威 DNS 的解析结果啊?
|
7
zclHIT OP |
8
Tianao 2018-08-19 16:11:13 +08:00
@zclHIT 你本地的 DNS 客户端只要没有经过特殊配制,在查询时永远是递归的,也就是说 114.114.114.114 要么返回最终解析结果,要么返回错误 /超时,所以如果这个 IP 不返回解析记录,客户端在这个 IP 就查询不到结果。至于返回的是不是权威解析记录,客户端并不关心也不需要关心。
对于 114DNS,它本身是由多个前后端节点构成的 DNS 系统,并通过 BGP Global AnyCast 技术对外广播统一 IPv4 地址。这个系统内部对客户端是透明的,也就是说客户端没必要也没能力关心 114DNS 内部的查询过程。客户端向具体哪一个 114DNS 前端节点进行递归查询是由路由技术决定的、向最优节点查询是由路由技术实现并保证的。至于收到请求的前端节点没有记录怎么办,这是 114DNS 系统内部的事情。 而 114DNS 返回的结果和本地 DNS 的不一样,是因为其内部在向权威 DNS 查询时使用了在权威 DNS 看来和本地 DNS 来自不同逻辑片区的前端节点。至于为什么会来自不同的逻辑片区,这既涉及到路由问题又涉及到逻辑片区的划分逻辑问题——比如 114DNS 在你本地运营商没有前端节点或者路由表将你错误地路由到了不在你本地运营商的前端节点。 |