CloudXNS 能否在线路类型增加那些第三方公共 DNS 服务的范围

[nfroot]

用 CloudXNS 来做屏蔽某省的解析（或者独立设置某省的解析）时，经测试有效，然而杯具的是那些使用第三方公共 DNS 服务的用户就没办法正确解析了（也不能独立对这些用户设置解析）

所以能否给这些公共 DNS 服务，专门在线路类型里增加一个区域呢？里面就都是这些公共 DNS 的 IP ，我们就可以独立设置对这些用户设置解析了。

以下是常见的一些公共 DNS 服务器 IP

114 DNS 114.114.114.114 114.114.115.115
阿里 AliDNS 223.5.5.5 223.6.6.6
百度 BaiduDNS 180.76.76.76
DNSPod DNS+ 119.29.29.29 182.254.116.116
CNNIC SDNS 1.2.4.8 210.2.4.8
oneDNS 112.124.47.27 114.215.126.16
DNS 派
电信 /移动 /铁通 101.226.4.6 218.30.118.6
DNS 派 联通 123.125.81.6 140.207.198.6
Google DNS 8.8.8.8 8.8.4.4
OpenDNS 208.67.222.222 208.67.220.220
V2EX DNS 199.91.73.222 178.79.131.110

列表来自 http://ip.cn/dns.html

[spwei]

这些 IP 基本都是 Anycast 的，后面对应很多组机器。例如阿里 DNS 的布点情况： http://alidns.com/node-distribution/

[nfroot]

@spwei 比较可悲的是我测试了那一堆 只要寥寥少部分在“很多”地方有服务器， 114 的那个算是比较人多的吧，我在广东 Tracert 上去看到 2 个 IP 都是在南京

[nfroot]

@cloudxns 单独开了一个贴…… 主要也确实是那些所谓的公共 DNS 少数才各地都有节点 而且现在用的人应该也不少了

[jasontse]

你这个问题是这些公共 DNS 节点覆盖不够的锅，相邻的地方共用节点就出这种事情。

[nfroot]

@jasontse 我发这个问题是为了解决问题，知道前因后果但是解决不了也没用啊！

[jasontse]

@nfroot 可是知道了这个前因就会发现它们从源头上就是分不开的啊

[jasontse]

除非这个公共 DNS 服务商在你所在的省和运营商有覆盖，否则相当于你用了错误的 DNS 。

[nfroot]

@jasontse 直接把这类 DNS 服务器归类，然后给他们做特定的解析不就行了。

其实说到这里我确实有点迷茫，这些公共 DNS 到底是用自己的 IP 去请求的（自己的 IP 是说用户的 TCP/IP 选项里指向的那个 DNS 服务器 IP ），还是用一个本地的 IP 去请求的，如果用本地的确实可能不知道，但是要检测并不难吧。

[rhen]

ip 不好找呢，他们的服务器都很多，而且有些为了解析准确会用运营商 ip 请求解析的，另外百度， dnspod ， google 有 edns ， cloudxns 可以识别到地区，即使服务器地方不同

[nfroot]

@rhen 如果服务器很多的那种 可以不用找出来 因为他们能正常解析（这里指的是分省解析） 问题就在于那些没有很多服务器的 会让“分省解析”失效 只要找出这类就行了

[rhen]

虽然是向 119.29.29.29 请求结果，但 dns 服务商应该会根据地区选择出口 ip ，比如请求的是电信用户，就会用电信 ip 来请求

[rhen]

但不一定就是某省的

[nfroot]

@rhen 我明白 但是那些服务器少的才是出问题的关键 只要把他们理出来就好办了

如果他们服务器多，那反而不会让“分省解析”发生故障。


所以重点是，服务器多的那种就无需理了，服务器少的理一下可以解决问题

[rhen]

@nfroot 主要是他们的出口不是用自己的 ip ，，检测到的只是运营商的 ip ，所以 cloudxns 才可以识别为电信用户，那么要找到 ip 就很难。。。

[rhen]

他们的 ip 应该包括在电信线路等的 ip 库里

[snsd]

想知道为什么要屏蔽解析？

[nfroot]

@snsd 备案