目前看来 DNSPod 是最好用的

johnjiang85

2015-09-17 11:18:18 +08:00

@zd423 好的，我们看下福建联通的路由是不是有问题，目前国内有些省份的联通的路由因为联通架构的原因调度的不好。

@fetich
@takashiki
好的，如果有问题欢迎随时联系我，如果能记录下一些故障时的 ping 、 dig 或 nslookup 的结果更好。

@xiaoc19 注册协议里是有相关条款的，建议可以详细看一下，简单说就是未来不排除和 qq 、微信进行联动的可能，毕竟是一家公司，当然目前为止还没有做过。
绑定 qq 号问题，只有用户需要使用一些后台由腾讯云或腾讯其他部门提供的附加功能时（如 CDN/CVM/风铃移动建站等）必须要绑定 QQ （因为这些服务都是以 qq 号为依托的)，
关注微信的话目前会推送一些用户在 DNSPod 业务登录、报警等信息，以及一些我们的文章。
DNSPod 对用户信息的保护是做的比较好的，即使是公司主管部门要求查看信息，没有法律依据和正规手续也是不会给他们看的，其他单位和公司就更不可能了，除非得到用户的授权（如之前的开启安全宝等）。

johnjiang85

2015-09-17 11:23:56 +08:00

@zd423 福建联通目前的调度情况是有 83.50%的访问会被调度到上海节点， 10.16%的访问被调度到深圳节点， 6.34%的访问会被调度到天津节点，可以麻烦提供下你那里到 119.29.29.29 的路由信息吗。 windows ： tracert 119.29.29.29

xiaoc19

2015-09-17 11:52:29 +08:00

@johnjiang85 你好，我说的是 Public DNS +，好像没有啥注册协议

johnjiang85

2015-09-17 15:08:04 +08:00

@xiaoc19 当成授权 DNS 了，访问日志记录按国家相关规定至少保留 6 个月，但不会对第三方进行透露。
数据挖掘这块刚上线现在还没有做，但是后期肯定是要做的，比如用户行为分析等，简单的例子就是 qq 空间的广告、广点通移动广告等都是有可能参考这些数据，这是包括 Google 都明确表明在做的。
我们会考虑加个隐私条款，明确我们可能会用这些日志来做什么，并保证不会透露给第三方（国家相关政策要求除外）。
PS1 ：不会额外推广告，而是用户访问的网站原本就有广告，但是可以通过用户行为分析使广告可以投放的更精准。
PS2 ：限于人力原因以及用户量原因，估计短期内（明年年底前）不会做。

johnjiang85

2015-09-17 15:14:25 +08:00

@rekey 能发下地区运营商和视频地址码，我们测试下。我们内部人员基本都是用的 119.29.29.29 ，是可以看优酷视频的。

xiaoc19

2015-09-17 16:11:29 +08:00

@johnjiang85 https://developers.google.com/speed/public-dns/privacy

google 的隐私策略，并不是会用来实现广告的“ Google Public DNS stores two sets of logs: temporary and permanent. The temporary logs store the full IP address of the machine you're using. We have to do this so that we can spot potentially bad things like DDoS attacks and so we can fix problems, such as particular domains not showing up for specific users.

We delete these temporary logs within 24 to 48 hours.

In the permanent logs, we don't keep personally identifiable information or IP information. We do keep some location information (at the city/metro level ) so that we can conduct debugging, analyze abuse phenomena. After keeping this data for two weeks, we randomly sample a small subset for permanent storage.

We don't correlate or combine information from our temporary or permanent logs with any personal information that you have provided Google for other services.

Finally, if you're interested in knowing what else we log when you use Google Public DNS, here is the full list of items that are included in our permanent logs:

Request domain name, e.g. www.google.com
Request type, e.g. A (which stands for IPv4 record ), AAAA (IPv6 record ), NS, MX, TXT, etc.
Transport protocol on which the request arrived, i.e. TCP or UDP
Client's AS (autonomous system or ISP ), e.g. AS15169
User's geolocation information: i.e. geocode, region ID, city ID, and metro code
Response code sent, e.g. SUCCESS, SERVFAIL, NXDOMAIN, etc.
Whether the request hit our frontend cache
Whether the request hit a cache elsewhere in the system (but not in the frontend )
Absolute arrival time in seconds
Total time taken to process the request end-to-end, in seconds
Name of the Google machine that processed this request, e.g. machine101
Google target IP to which this request was addressed, e.g. one of our anycast IP addresses (no relation to the user's IP )”

zd423

2015-09-17 23:18:21 +08:00

@johnjiang85 我現在用了 2 天，發現問題，有時候晚上 119.29.29.29 速度很快，有時候白天速度很快，晚上很卡解析 ms 上百，總之一句話，到底哪個才適合，沒穩定？會變化？上的好好的網，突然打開網頁就轉圈，要 19.29.29.29 卡的時候要換 182.254.116.116 ，又變可以了， ping 的時候總之速度是之前反轉過來的。我用的是手機上，路由器設置 dns

rekey

2015-09-18 10:04:35 +08:00

@johnjiang85 北京电信通。是全部优酷视频都不能看，切 114 可以看。

vpnyihao

2015-09-18 10:50:53 +08:00

@johnjiang85 能否帮忙反映下，江西联通用户使用此 DNS ，竟然打不开好搜主页和华泰证券官网，其他任何 DNS （包括运营商的）都可以打开，无语啦……

johnjiang85

2015-09-18 11:51:46 +08:00

@rekey
@vpnyihao 我们看下
@zd423 这个有点诡异。

johnjiang85

2015-09-18 12:02:29 +08:00

@xiaoc19 貌似我记混了，重新过了一遍，确实说不会联动。 DNSPod 公共 DNS 不会也无法收集除了用户发过来的 DNS 查询以及应答信息以外的其他任何信息，也就是说获取不到用户的 qq 号或者微信号等相关个人数据。
google 提到和广告相关的就是不存在的域名不会重定向到广告页面(这个 DNSPod 也不会做)，其他没有提到广告等相关内容。
当然如果通过 qq/微信的日志与 Public DNS 的日志进行关联分析，还是可能得到 qq 号 /微信号这些信息的， DNSPod 短期内不会做这些数据挖掘的工作，但是我这里暂时无法承诺以后会不会进行联动。

xiaoc19

2015-09-18 17:47:55 +08:00

@johnjiang85 我说的就是类似日志分析这种，不过基于广电通等等这些业务，早晚应该是会有的，如果这个 DNS 用的人多的话，😄

zd423

2015-09-18 20:24:04 +08:00

@johnjiang85 怎么路由走江西的呢？福建联通走江西？我这里看到的是江西

C:\Users\Administrator>tracert 119.29.29.29

通过最多 30 个跃点跟踪到 119.29.29.29 的路由

1 1 ms 5 ms 6 ms PC201508141944 [192.168.167.1]
2 * * * 请求超时。
3 7 ms * 4 ms 13.135.35.171.adsl-pool.jx.chinaunicom.com [171.
35.135.13]
4 22 ms 4 ms 7 ms 14.135.35.171.adsl-pool.jx.chinaunicom.com [171.
35.135.14]
5 7 ms 6 ms 9 ms 17.135.35.171.adsl-pool.jx.chinaunicom.com [171.
35.135.17]
6 40 ms 27 ms 39 ms 5.135.35.171.adsl-pool.jx.chinaunicom.com [171.3
5.135.5]
7 21 ms 22 ms 22 ms 219.158.13.169
8 21 ms 26 ms 24 ms 219.158.99.146
9 55 ms * 37 ms 139.226.204.10
10 21 ms 20 ms 20 ms 139.226.194.222
11 39 ms 38 ms 36 ms 140.207.73.154
12 * * * 请求超时。
13 * * * 请求超时。
14 * * * 请求超时。
15 * * * 请求超时。
16 40 ms 46 ms 40 ms 119.29.29.29

跟踪完成。
C:\Users\Administrator>tracert 182.254.116.116

通过最多 30 个跃点跟踪到 182.254.116.116 的路由

1 1 ms 1 ms <1 毫秒 PC201508141944 [192.168.167.1]
2 * * * 请求超时。
3 86 ms 4 ms 5 ms 13.135.35.171.adsl-pool.jx.chinaunicom.com [171.
35.135.13]
4 5 ms 5 ms 8 ms 14.135.35.171.adsl-pool.jx.chinaunicom.com [171.
35.135.14]
5 47 ms 4 ms 4 ms 17.135.35.171.adsl-pool.jx.chinaunicom.com [171.
35.135.17]
6 24 ms 21 ms 23 ms 5.135.35.171.adsl-pool.jx.chinaunicom.com [171.3
5.135.5]
7 34 ms 36 ms 33 ms 219.158.17.185
8 59 ms 59 ms 62 ms 219.158.12.86
9 61 ms 55 ms * 112.64.243.58
10 56 ms 56 ms 56 ms 139.226.202.198
11 56 ms 54 ms 55 ms 140.207.73.158
12 * * * 请求超时。
13 * * * 请求超时。
14 * * * 请求超时。
15 * * * 请求超时。
16 56 ms 58 ms 55 ms 182.254.116.116

正在 Ping 182.254.116.116 具有 32 字节的数据:
来自 182.254.116.116 的回复: 字节=32 时间=120ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=105ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=57ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=57ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=60ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=56ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=106ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=57ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=56ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=58ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=75ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=61ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=56ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=59ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=56ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=61ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49
来自 182.254.116.116 的回复: 字节=32 时间=55ms TTL=49

正在 Ping 119.29.29.29 具有 32 字节的数据:
来自 119.29.29.29 的回复: 字节=32 时间=41ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=40ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=61ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=40ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=42ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=40ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=70ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=133ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=148ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=40ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=40ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=42ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=43ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=56ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=43ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=40ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=47ms TTL=49
来自 119.29.29.29 的回复: 字节=32 时间=41ms TTL=49

lastczj

2015-09-24 19:42:09 +08:00

@johnjiang85 表示解析 360 安仔和 360 卫士个人中心出现问题， 114 和阿里都没问题。 DNSPOD 还是不给力啊！

JAYDEN96

2015-09-26 11:50:51 +08:00

PublicDNS.cn - 全国 DNS 服务器 IP 地址汇总

johnjiang85

2015-09-28 14:57:50 +08:00

@lastczj 刚看到，这个问题当时有其他用户投诉 360 搜索解析很慢甚至有时候无法解析的时候，排查了该问题。具体原因如下。
1. 360 授权 DNS 的其中一个节点宕机
2. 360 授权 DNS 的一个 ns 地址只有一个 IP ，没有其他 IP ，目前 DNSPod 后端递归节点的重试机制是优先向同 NS 地址的其他 IP 进行同时发送查询请求重试。
3. DNSPod 公共 DNS 部分后端递归节点未同时向其他 NS 地址的 IP 发送 DNS 查询请求，当该 ns 地址的 IP 失败后才会向其他 NS 的 IP 进行重试。
4. DNSPod 公共 DNS 用户较少，且使用 360 的用户更少，导致后端递归节点在自我学习并排除异常授权 DNS 节点的速度较慢，时间较长。
5. DNSPod 公共 DNS 的缓存是按照用户 IP 缓存的，不会复用其他地区用户解析出的结果。
以上原因综合导致了部分地区解析 360 的域名有问题，在接到用户反馈后，经过人口多次请求该域名重复测试后，加速了后端递归节点通过自我学习排除掉了有问题的授权 DNS 节点，之后恢复正常。