为什么要有一个辅助DNS服务器?

我很困惑。

我基本上了解DNS如何工作。 下面是一个例子,可以帮助说明我无法理解的内容。

现在,我运行一个小型Web服务器。 我使用我的提供商的DNSpipe理器,所以我没有在机器上托pipe的DNS服务器。

让我们说一秒钟,我不使用我的主机的DNS,我决定在我的服务器上build立一个DNS服务器。 假设情况:我的服务器(整个)服务器出现故障 – 包括DNS。 为什么我需要备份DNS? 如果服务器closures,谁在乎DNS服务器是否closures,考虑到即使我有DNS(它不在崩溃的服务器上),它也不能转发请求,因为服务器将是下?

是否具有辅助DNS,以便能够更改您的DNS服务器指向的IP地址,所以如果您的networking服务器closures,您可以redirectstream量到备份? 如果您的主要DNS提供商不可用,您将如何切换到二级提供商? 是一个基本上一直备份的DNS系统? 它是如何configuration的? 它只是你服务器上的DNS服务器的确切克隆吗? 他们同时运行吗?

希望有人能看到我挂了什么,并提供一些指导。

在处理域名的主DNS服务器出现故障的情况下,使用辅助DNS服务器的主要目的是作为备份。 在这种情况下,你的服务器仍然会启动,所以没有备份,没有人可能到达你的服务器,可能会损失大量的客户(即真钱)。

辅助DNS服务器始终处于启动状态,并准备好提供服务。 它可以帮助平衡networking上的负载,因为现在有多个权威的地方来获取您的信息。 更新通常从主DNS自动执行。 因此它是主人的一个确切的克隆。

一般来说,DNS服务器比单个服务器包含更多的信息,它可能包含邮件路由信息,许多主机的信息,邮件垃圾邮件密钥等等。因此,对于域名持有者来说,重复性和冗余性是DEFINITE的好处。

我希望这有助于你的理解。

是有辅助DNS的点

只有极小的组织才能在单个服务器上完成所有的工作。 我有很多服务器,我希望我的电子邮件能够在Web服务器closures的情况下继续运行。 我有外部networking上托pipe的服务,即使我的Internet链接已closures,我也要保持服务。

是一个基本上一直备份的DNS系统?

通常。

它是如何configuration的?

这取决于DNS服务器软件,但通常在“备份服务器”上,将其设置为辅助服务器。 然后你告诉主服务器的IP,以及你想复制的区域。

RFC是必须的。 见http://www.ietf.org/rfc/rfc1035.txt

引用第4页的重要内容:

DNS要求所有区域由多个名称服务器冗余支持。 指定的辅助服务器可以使用DNS的区域传输协议获取区域并检查主服务器的更新。

备用DNS服务器(一个或多个)将成为主DNS服务器的从属服务器。 主DNS服务器的变化将被从服务器接收。 这可以定期完成,也可以通过来自主服务器的通知作出响应。 这是因特网上DNS识别变化延迟的一个原因。 您的主名称服务器和备份名称服务器将被列为您域名的域名服务器。

在DNS通知之前,从属名称服务器将在一段时间内拥有先前版本的DNS数据。 (这是序列号的用途之一)一旦所有名称服务器更新到相同的版本(相同的序列号),它们应该都具有相同的数据。 编辑区域文件而不增加序列号可能会导致数据不一致。

没有切换到备份DNS服务器。 DNS请求相对均匀地分布在所有名称服务器上。 (这是通过使用循环调度查询服务器来完成的。)如果一个或多个名称服务器closures,超时后请求将在另一个名称服务器上重试。 只要你的一个域名服务器已经启动,你的域名将会解决(有时慢)。 你想让你所有的名字服务器总是起来。

在您的情况下,您可能会发现使用您的ISP或域名注册商来托pipe您的域名更为简单。 他们将有一个或多个备份名称服务器,并将有专门的资源保持运行。


如果你运行的只是一个Web服务器,那么辅助DNS似乎并不重要。 但是,当您的服务器closures时,您可能需要备份DNS服务器的原因很多,其中包括:

  • 使您能够ping或traceroute到您的主机,以validation它已closures。
  • 以防止用户和抓取工具决定您的域名不再使用。

如果您的域名获得或发送电子邮件,您需要一个备份DNS来确定您的信誉,并确保将来的电子邮件交付。 如果一个邮件服务器查找你的域名,并发现它不存在,它会立即反弹你的电子邮件。 但是,如果DNS查找成功并且服务器closures,则电子邮件将排队等待稍后传送。 只有当你停下来几天,你的电子邮件才会开始弹跳。 (一些performance不佳的自动交付系统只尝试一次,即使服务器启动,也可能无法传递消息。)

你不需要切换到备份它是自动的。 如果域名中的DNS请求与查询相同(记住DNS被严重欺骗),那么如果您的主NS服务器没有响应,则会查询辅助NS服务器。

如果您从托pipe您提供的服务的服务器托pipe您的DNS,那么有2是明智的。 如果其中一个出现故障,另一个将会启动并且您的域名仍然可用。

除以上内容外:

除了RFC要求使用第二个DNS服务器之外,避免使用上游parsing器进行负面caching也是很好的做法。 caching请求不匹配任何logging(NXDOMAIN)/ dns服务器无法find的事实是普遍的。

由于一些ISP有不同寻常的caching策略,最好有第二个dns服务器来回应这些请求,即使是在networking服务器closures的情况下也是如此。 这样,一旦服务器恢复运行,您就可以避免负面caching的影响。

注意:一般来说,一个neg-cache间隔的最大值 build议5分钟(尽pipe如此,一些ISP真的很疯狂)

你是对的 – 在你的情况下,你不需要第三方次要服务,只要你的所有其他服务(包括邮件)仍然保存在一个单一的盒子里networking。

是的,小学和中学都相互靠拢。 都应该有相同的信息(但实际上信息的连贯性是不能保证的); 从外部来看,主服务器和备用服务器之间没有区别,两者都是一样的,通常只有一个用于给定的分辨率。 如果一个人失败了,另一个人就会受到审判。 如果你所有的客户都在纽约,那么在东京有一台服务器是一个坏主意,因为这会增加平均分辨率的延迟(比如坏事),因为服务器很漂亮很多随机select。

DNS规范似乎要求为域提供至less两个NSlogging,因此,如果您以某种方式pipe理为您的域只设置单个NSlogging,则可能遇到某些未能parsing名称的parsing器。

djbdns的作者DJB提供了对第二方第三方DNS服务误解的很好的概述:

http://cr.yp.to/djbdns/third-party.html

让我们从页面中摘要引用:

底线是,对于绝大多数网站来说,第三方DNS服务与第三方HTTP服务和第三方SMTP服务一样,具有严重的成本和微不足道的好处。 这些服务公司的说法是非常夸张的,绝不能用来代替常识。

实际上,在世界的大部分地区,如果主服务器出现故障,则从不查询备用DNS服务器。 因为它为parsing器提供了额外的步骤。 它不想做那个工作,它不会。

所以备份我们没用。 如果主服务器出现故障,用户的DNS查询将不会返回任何内容(即使有一个完全正常的DNS服务器可用并列在名称logging和备用服务器中)。 用户找不到服务器。

尝试一下。