如果您使用UltraDNS对某人进行挖掘,那么您会发现他们使用不同的域名来运行他们的DNS系统 – 为什么?
$ dig ns emailsrvr.com ; <<>> DiG 9.6.0-APPLE-P2 <<>> ns emailsrvr.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27922 ;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;emailsrvr.com. IN NS ;; ANSWER SECTION: emailsrvr.com. 86400 IN NS pdns4.ultradns.org. emailsrvr.com. 86400 IN NS pdns3.ultradns.org. emailsrvr.com. 86400 IN NS pdns2.ultradns.net. emailsrvr.com. 86400 IN NS pdns1.ultradns.net. emailsrvr.com. 86400 IN NS pdns6.ultradns.co.uk. emailsrvr.com. 86400 IN NS pdns5.ultradns.info.
我对你的回应有些惊讶 UltraDNS遵循非常合理的分集scheme为客户提供卓越的冗余。 这远远超过了大多数提供商所做的。 就recursion服务器而言,您正在将不同的DNS规则混合在一起。 recursion服务器很less会查询权限TLD服务器的根。 这些答案几乎总是被caching。 另外,名称服务器的第一个查询会在SLD级别结束这组请求,除非名称服务器处于脱机状态,并且无论如何还需要执行另一个请求。 UltraDNS为他们的名字服务器使用一个全球任播networking,所以他们的名字服务器离线几乎是不可能的。 UltraDNS是世界上最大的提供商之一,处理大多数关键任务网站。 我想你会发现他们比大多数人更了解DNS。 你有没有看到他们新的免费工具网站http://www.UltraTools.com ?
我猜想这是为了防止服务器所在的顶级域中的问题,或者(可能更可能)某些本地客户端在解决其中一个问题时遇到问题。
这对我没有意义。 recursionparsing器需要
由于必须查询和响应com根,我没有理由认为父名称服务器具有不同的TLD。
事实上,任何不以.com结尾的名称服务器都将导致一个额外的查询,因此效率不高。
我没有看到这样configuration名称服务器的原因,并认为这是一个错误。
UltraDNS确实有服务器位于RFC所要求的不同子网(2是最低要求,推荐3),所以select一组具有不同C类子网的服务器是一个有效的需求,但我怀疑这是否是实际发生的事情。
这应该通过包含以.com结尾并具有不同的C类地址的3个名称服务器来解决。