我大概了解了下，非常小比例的域名出问题，已经通过备份数据和日志恢复了。
怀疑是被撞库了，建议修改密码并开启 D 令牌两步验证，并检查下是否有和其他网站相同用户名和密码的情况。
以上回答仅代表个人推测，不代表实际原因和官方答复。

我大概了解了下，非常小比例的域名出问题，怀疑是被撞库了，建议修改密码并开启 D 令牌两步验证，并检查下是否有和其他网站相同用户名和密码的情况。
以上回答仅代表个人推测，不代表实际原因和官方答复。

@huclengyue DNSPod 只会扫描 500 个常见子域名是否有解析，且该功能好像也准备下线了

@liaoyaoheng dp 官网非核心功能已经没人维护了。。。。。之前只在文字说明里把 182.254.116.116 下了，图片教程没改，改的时候 119.28.28.28 在半个中国还完全无法访问，就没完全改，我给官网提个需求，看他们改不改 dp 官网吧。

@liaoyaoheng 182.254.116.116 不建议使用，不排除随时停掉服务的可能。

119.29.29.29 因为都是使用 BGP 带宽的，带宽总量不够大，但防护能力也会随着腾讯云的发展逐步提高，但是 BGP 带宽的总体抗攻击能力相比权威 DNS 的三网静态 IP 还是有非常大的差距，比如权威 DNS 所在的机房很多就是大几百 G 的带宽，前一阵上海一个 IP 就倍打了 580G 的攻击，机房网络都没有抖动。但是公共 DNS 用的 BGP 带宽暂时还达不到这种能力。

119.28.28.28 的路由问题短时间内解决不了，这个 IP 最终不是路由到香港的，显示香港是 IP 库不准确。这个 IP 最早确实是位于香港的，后来转移到了国内作为 119.29.29.29 的备用 IP，但是因为是从香港转回来的，路由问题一直没有解决，所以一直没有官方宣传，但是不考虑路由绕路增加的部分延迟的话，稳定性是高于 119.29.29.29 的，主要原因就是 119.29.29.29 作为主 IP 受到的攻击太多。

支持 ECS 面临的架构和现网问题都比不支持 ECS 多得多，所以即使 Google 现在手工带 ECS IP 去请求已经不再支持，且随时会临时关闭后端 ECS 的支持，这里就不展开细说了。
119.29.29.29 不稳定主要有两种情况，一种是大范围的，基本是被大流量攻击，流量被黑洞了，这时候备用 IP 119.28.28.28 正常都是可用的。另一种情况是部分地区运营商、部分域名解析不出来，这里可能就会涉及到 ECS 的问题，可能每个问题都不一样，需要单独反馈单独排查。

114 就不说了，用得比较多，对我们来说最大的问题是解析准确性不够，是按比较大的区域解析的，具体区域可以看官网，对业务来说解析粒度至少要细到省级运营商才够用，这也是 119 现在 ECS 支持的粒度，完整的网段级别的 ECS 支持讨论了很多次，短期内可能还不会支持。

@oyeee 手机端抓业务包，其实不是看丢包，而是看在 wifi 环境下整个网络的访问流程是怎么样的。单纯排除干扰做最简单的测试在 wifi 下 telnet 一下就可以排除是否服务端和 wifi 的问题了。

没抓包看下哪个环节吗，换手机？换系统？ DNS ？ IPV6 ？等等问题都可以看下，抓包算是最方便的了。

@brobird 节点都是一样的，不过路由不同。28 这个 IP 现在的路由比较乱，国内的 BGP Anycast 不能算真的，调整比较麻烦，有工单在网络部门让他们找运营商调整

@leobin 今天就是运营商的网络原因

@qcloud 其实内部有的

还是没有按家庭收税，股票 /股息也没有合并综合计税，不过总算有一点进步

@leido 119.29.29.29 的解析是没有问题的，至于解析到国外（ BGP Anycast IP，不是美国 IP ）是 ns1/2.asia-cdn.com 的 IP 库的问题，用你的 IP 请求返回就是这样的。

TENCENT64:~ # dig @ns1.asia-cdn.com v1.st.all.asia-cdn.com +subnet=110.215.18.165

; <<>> DiG 9.10.6 <<>> @ns1.asia-cdn.com v1.st.all.asia-cdn.com +subnet=110.215.18.165
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26210
;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;v1.st.all.asia-cdn.com. IN A

;; ANSWER SECTION:
v1.st.all.asia-cdn.com. 600 IN CNAME cds.k2m6n3c9.hwcdn.net.

;; Query time: 43 msec
;; SERVER: 103.255.203.76#53(103.255.203.76)
;; WHEN: Wed Jun 13 01:02:18 CST 2018
;; MSG SIZE rcvd: 109


TENCENT64:~ # dig @ns1.asia-cdn.com v1.st.all.asia-cdn.com

; <<>> DiG 9.10.6 <<>> @ns1.asia-cdn.com v1.st.all.asia-cdn.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25262
;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;v1.st.all.asia-cdn.com. IN A

;; ANSWER SECTION:
v1.st.all.asia-cdn.com. 600 IN CNAME bs.st.all.asia-cdn.com.qingcdn.com.

;; Query time: 43 msec
;; SERVER: 103.255.203.76#53(103.255.203.76)
;; WHEN: Wed Jun 13 01:02:27 CST 2018
;; MSG SIZE rcvd: 121

@HalloCQ cookie 权威已经支持了，公共 dns 年前给相关同事提需求了，不过不知道需要排期到什么时候上

@leido 什么意思，没看懂。我们的公共 DNS 没有什么优先级高低的设置。

备用 IP 建议使用 119.28.28.28 ，不要使用 182.254.116.116 ，后面的 IP 不保证后续继续对外提供服务.
119.28.28.28 的联通路由问题有一定影响，早就提单了，但修改时间不确定
各个 IP 的 tcp 其实都支持的，但是后台对 tcp 请求做了限速，主 IP 使用者比较多，所以更容易达到限速阈值，然后是否成功就要看运气了。