dnspod 公共 dns 解析 g.alicdn.com 有问题

V2EX = way to explore

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

现在注册

已注册用户请登录

DNS 参考资料

› List of DNS Record Types

› dig 使用说明

› djbdns

› DNS Parameters

› dnslib for Python

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

坐标广州电信，有几率把 g.alicdn.com 解析到长城宽带，这样会导致淘宝等等一些使用了这个 cdn 的网址都间接性打不开，不知你们有无这个问题 TIM 截图 20190730142245.jpg

解析

dnspod

CDN

DNS

23 条回复 • 2019-08-14 00:15:40 +08:00

HalloCQ

2019-07-30 14:30:51 +08:00

![TIM 截图 20190730142245.jpg]( https://i.loli.net/2019/07/30/5d3fe3f553b9a20249.jpg)

python35

2019-07-30 15:00:14 +08:00

前两天遇到过,坐标深圳电信

byfan

2019-07-30 15:11:21 +08:00

阿里自家的 dns 也会出现这情况。。

johnjiang85

2019-07-30 15:17:05 +08:00

该问题已知，表面原因也已经找到，在修改规避该问题，近期会逐步灰度更新。根因还需要进一步排查。

HalloCQ

2019-07-31 09:27:10 +08:00

@johnjiang85 辛苦

bclerdx

2019-07-31 11:24:22 +08:00 via Android

@johnjiang85 为何电信或其他运营商用 dnspod 的 119.29.292.29 解析到长城宽带资源，而无法访问呢？

johnjiang85

2019-07-31 12:17:02 +08:00

@HalloCQ
@bclerdx

dig g.alicdn.com.danuoyi.alicdn.com @danuoyinewns1.gds.alicdn.com +subnet=58.67.149.0

; <<>> DiG 9.10.6 <<>> g.alicdn.com.danuoyi.alicdn.com @danuoyinewns1.gds.alicdn.com +subnet=58.67.149.0
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43797
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1410
; CLIENT-SUBNET: 58.67.149.0/32/24
;; QUESTION SECTION:
;g.alicdn.com.danuoyi.alicdn.com. IN A

;; ANSWER SECTION:
g.alicdn.com.danuoyi.alicdn.com. 60 IN A 45.253.17.253
g.alicdn.com.danuoyi.alicdn.com. 60 IN A 45.253.17.219

;; AUTHORITY SECTION:
danuoyi.alicdn.com. 86400 IN NS danuoyinewns1.gds.alicdn.com.
danuoyi.alicdn.com. 86400 IN NS danuoyinewns2.gds.alicdn.com.
danuoyi.alicdn.com. 86400 IN NS danuoyinewns3.gds.alicdn.com.
danuoyi.alicdn.com. 86400 IN NS danuoyinewns4.gds.alicdn.com.

;; Query time: 39 msec
;; SERVER: 101.200.28.65#53(101.200.28.65)
;; WHEN: Wed Jul 31 12:16:06 CST 2019
;; MSG SIZE rcvd: 232

johnjiang85

2019-07-31 12:18:20 +08:00

这个是最主要原因，还有些其他原因

johnjiang85

2019-07-31 12:25:18 +08:00

谁能呼叫下 alicdn

johnjiang85

2019-07-31 12:31:28 +08:00

这个 IP 实际是一个 BGP IP，我们没有 gzdic 这种小运营商线路，就是识别为电信的，alicdn 貌似是识别为鹏博士，可以探讨下。

bclerdx

2019-07-31 12:31:29 +08:00 via Android

@johnjiang85 看不懂啊，看不懂。555，可否文字性解释下。跪谢。

zzzsb

2019-07-31 13:15:08 +08:00

是不是 g.alicdn.com 的 ns 服务器的 ip 库有错？

johnjiang85

2019-07-31 17:27:15 +08:00

BGP IP 标记为哪个运营商不算有错，只能算是 IP 库不一致，119 认为是广东电信，alicdn 认为是鹏博士。
当 119 缓存过期后，如果是这部分不一致的 IP 段先请求这个域名，119 会使用这个 ip 作为 ecs ip 去 alicdn.com 的权威请求，返回了长宽的结果，119 把这个结果作为广东电信的缓存（目前绝大部分域名都不会使用 source/scope mask 来缓存），在 ttl 期间内就会出错。

HalloCQ

2019-08-01 09:22:41 +08:00

@johnjiang85 意思就是阿里把这个 ecs ip 标记为鹏博士，所以就返回鹏博士的 cdn 地址，这个有必要联系一波 alicdn 了。
还有个问题，为什么是间接性的？如果 alicdn 返回的是鹏博士那么应该“总”是鹏博士啊

johnjiang85

2019-08-01 11:18:39 +08:00

@HalloCQ 缓存过期后如果这段 IP 先请求，就会缓存鹏博士，如果是两边 IP 库都是标记为电信的就正常了。

HalloCQ

2019-08-02 23:36:45 +08:00

@johnjiang85 明白了

bclerdx

2019-08-03 11:37:36 +08:00 via Android

@johnjiang85 请问现在 119.29.29.29 和 119.28.28.28 后端有鹏博士节点么？

qyb

2019-08-05 07:51:57 +08:00

@johnjiang85 您的意思是 119 扩展了 alicdn.com 返回的 ECS subnetclient 网段做缓存？

mytsing520

2019-08-06 08:35:42 +08:00

已经向 alicdn 反馈该问题

biglee0304

2019-08-06 23:02:25 +08:00 via iPhone

明天我看看

vsean

2019-08-12 17:39:38 +08:00

广东电信已经连续长时间遇到这个问题了，造成淘宝无法访问，全部都是 alicdn 异常
@johnjiang85

johnjiang85

2019-08-13 17:02:06 +08:00

@vsean 催 IP 库相关同事和阿里沟通谁改了。

vsean

2019-08-14 00:15:40 +08:00

@johnjiang85 我找到一个 alicdn 的运维，已经通过旺旺联系他，不知是否会跟进解决