dnspod 备用 dns 几乎没被运营商关照

不过 dnspod 不太好的地方是腾讯云优先级高于其他 cdn

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

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

@johnjiang85 希望能支持 cookie 查询啊。不然 Pcap_DNSProxy 没法用啊 https://github.com/chengr28/Pcap_DNSProxy/issues/324

@johnjiang85 119.28.28.28 非常感谢

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

@johnjiang85 哦哦好的，麻烦了。希望能尽快上线这个啊

@johnjiang85 报告一个问题, 我的 IP 110.215.18.165 成都铁通 , 国内网站给我解析到美国去了, 没用代理

用 119.29.29.29 解析
host vote.48.cn
vote.48.cn is an alias for vote.48.cn.asia-cdn.com.
vote.48.cn.asia-cdn.com is an alias for v1.st.all.asia-cdn.com.
v1.st.all.asia-cdn.com is an alias for cds.k2m6n3c9.hwcdn.net.
cds.k2m6n3c9.hwcdn.net has address 205.185.216.10
cds.k2m6n3c9.hwcdn.net has address 205.185.216.42

下面是我用 dig 的最终结果
CNAME uz95.v.qingcdn.com. from server 123.59.102.18 in 53 ms.
A 113.96.75.88 from server 123.59.102.18 in 53 ms.
A 113.96.75.145 from server 123.59.102.18 in 53 ms.
A 113.96.75.41 from server 123.59.102.18 in 53 ms.
A 113.96.75.105 from server 123.59.102.18 in 53 ms.
A 14.119.126.86 from server 123.59.102.18 in 53 ms.
A 113.96.75.45 from server 123.59.102.18 in 53 ms.

@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

@johnjiang85 深圳电信今天突然都不可以用了...


@leobin 你这让别人怎么分析？ tcp 查询 udp 查询 ping tracert 以及 抓包图 都贴出来才对
当然 119 正常 tcp 查询会超时

@leido emm 好吧,不过已经恢复了

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

@johnjiang85 119.28.28.28 没有上海机房的节点吗？我从上海的腾讯云机器上 mtr 看要大约 30ms。其他 3 个 IP 在 3ms 以内

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

@johnjiang85 #15 从腾讯云内网走都是去了北京（好像），这和运营商没啥关系吧……