DNSPOD 的 DNS 服务器 119.29.29.29 的 ECS 似乎对鹏博士线路的 CDN 解析失效了？

刚刚和相关同事修复了一个问题，可以再观察下

@johnjiang85 好的，多谢了。
也有可能是北京地区的鹏博士宽带（主要是指北京宽带通、北京长城宽带），当然外省的鹏博士也包括在内，在他们的 DNS 服务器上（北京地区鹏博士 PPPoE 拨号后默认分配的 2 个 DNS 服务器地址：124.207.160.106 、219.239.26.42 ）必然是启用了 DNS 53 落地劫持了（家宽），政企的可能未必启用了落地劫持 DNS 。

我在自己的路由器上启动了 DNSMASQ 的 DNS 53 再再劫持，并配置了该运营商的 DNS IP 地址，如果我电脑本地连接配置了其它非本运营商的 DNS ，如 119.29.29.29:53 ，正常的时候，如果该域名在鹏博士线路里边有 IP 资源，会解析到该 IP 资源上，如果没有则是它的电信、联通或移动的资源。如果不正常的时候，可能就胡乱解析了，可能本该鹏博士网内有资源的，硬生生的解析到电信、联通或移动资源上。这就造成了跨网解析，解析和访问速度可想而知。

当前，北京地区鹏博士的绝大部分外网资源是走北京联通 AS4808 的，按理说，除非域名是单线路，如果是使用了多线路的 DNS 且在鹏博士网内有资源的话，正常的解析顺序应该是：鹏博士网内 CDN 资源>联通 CDN 资源>电信或移动资源的。

@johnjiang85 刚再次刷新本地计算机的 DNS 缓存后，测试 ECS 119.29.29.29:53 去解析 www.163.com 、www.jd.com 等这些在鹏博士网内有 CDN 节点的域名，均只能返回一级运营商的 CDN 节点，而非鹏博士内网的 CDN 节点 IP 哦。

@bclerdx 大概看了下，www.163.com 的 cdn 对部分鹏博士的 ip 请求返回的就是一级运营商的节点，部分鹏博士 ip 的请求可以返回网内 ip ，这个要对应的 cdn 去看了
www.jd.com 目前测试了下，倒是暂时没发现问题

@johnjiang85 对呀，就以 163 为例，在鹏博士线路下，正常情况下，应该是无差别的返回鹏博士的 IP：124.205.198.X 的段，如果不正常情况下，可能会解析到了一级运营商的 CDN IP ，这样的话，从路由跟踪角度来说，一级运营商 CDN IP 追踪必然出鹏博士网络了，可能会造成已知的问题。而如果路由追踪 124.205.198.X 的段，则是在鹏博士内网小骨干内访问，而必须出网。可以提升体验嘛，这就要靠 DNSPOD 的 ECS 和 163 等域名 NS 的了。

@johnjiang85 麻烦给看一下吧。

@bclerdx 119 目前的 ecs 缓存并不是完整支持的，是按照省份运营商精度来缓存的，而不是按照 IP 段的精度来缓存的，所以如果对应域名的权威 dns 对鹏博士线路的 IP 应答可能返回其他线路结果时，119 的对应的鹏博士线路的缓存会根据权威对不同 IP 段 ecs 返回结果在不同运营商之间横跳，这个主要还是要看 119 的 IP 库识别，以及域名对应 CDN 权威对鹏博士线路的识别返回结果。

完整 ecs 缓存（即按照 IP 段缓存结果），已经开发测试完成，在灰度的队列里，预计近期可能开始逐步灰度，但是这个功能对网络带宽和缓存成本太高，不会在 119.29.29.29 上放开，只可能会在专业版的公共 dns 和 httpdns 上加白放开，具体策略还没有确定。

@bclerdx 第三方 dns 都会这样，别说鹏博士了。就是联通电信移动，第三方 dns 都有可能解析到其他省份的 cdn 。而不是用户 ip 省份的 cdn

@a413128 那原因呢？