评测第一篇就是我们 DNS 行业的老人家,老朋友,DNSPOD 了。
先简单讲一下方法论:
简单来说,我假设我有一个 test.xxx.com 的域名,我也有北京电信的服务器,那么我想让北京电信的用户,在访问 test.xxx.com 的时候,都可以来访问我北京电信的服务器,那么要在 DNS 的解析规则里设置 test.xxx.com 的规则,明确指定在北京电信的 IP 段来进行 DNS 请求时,把我的北京电信服务器的 IP 返回给用户,就能达到目的了。
也就是说如果我以北京电信的 IP 去请求 DNS 服务器,请求的是 test.xxx.com 的域名,能够验证返回的 DNS 结果是我北京电信服务器的 IP,说明正确,否则就是错的。
当然会有一定降级,比如 DNS 服务方基于他的判断逻辑(大概率是 IP 库)只能判断出该 IP 在北京,但是不知道在电信,那可能会命中到你的兜底规则或者默认规则上,比如北京规则,比如电信规则,比如中国规则,比如亚太规则,甚至是默认规则,要具体情况再做判断。
在评测结果里,我会根据我们的测试 IP 情况和建立规则的情况,给出期望解析结果,再给出实际解析结果。
不再废话,先上评测结果:
几点说明:
1、我按照 DNSPOD 的实际线路能力,建立对应的规则,包括兜底规则在内,一共创建了 40 条左右的测试规则。为了方便后续不定期测试,测试规则不会删除。
2、评测时间:2022 年 3 月 2 日晚上,基于我们公司的某个生产域名的 test 子域名进行测试,使用的是 DNSPOD 尊享版。
3、结果如上图,结论是 DNSPOD 认真根据我们的数据进行了二次处理,实际解析结果和期望预期结果完全符合,没有一条是不符合的。
4、有一个 IP 是上海联通电信双线,所以期望结果是上海电信或者上海联通均可,实际上落到了上海电信的规则里。
5、在测试集之外,如果该公司有自己的 IP 段,我们也会随机找几条进行测试,避免自己内部的数据不及时更新的情况,这种情况不是没遇到过,反正我也花了这些事件去做评测,也不差多看几条的时间了。
优点:
1、美国和印度可以单独设置到州/邦级别。
2、对于一些国内外的云厂商,可以单独设置线路规则。不过需要特别说明的是,这个是针对云厂商的国内 IP 部分。
缺点:
1、可能是因为一些代码兼容性的考虑,一些国家名字比较老派,从严谨的角度看,需要更新。
利益相关:互为客户。我跟 DNSPOD 创始人奶罩应该是很熟很熟了,也算是互相看着各自的产品一点一点做起来的人了。我们也一直跟 DNSPOD 负责智能解析的技术人员一直有沟通,虽然也有过争执的时候,但大部分时候是互相信任。
额外说明:
实际上到现在为止,我也只看了大概几个 DNS 服务商的解析情况,有些不太知名或者国外的服务情况我也不太熟悉,有可能国内的和国外的评测数据集不一定会一样,我也在研究。我尽量在过程中给大家讲清楚。评测之后,我也会再来总结一下情况,有些可能不太清楚的地方,我也会一并放到后面说。
周末愉快,第二篇下周初发。
如果你想看某个厂商的 DNS 智能调度服务的评测,不限制必须是国内厂商的服务,只要能注册账号就可以评测的就行,也欢迎留言。