我的问题很简单(可能太简单了),但是我会试着用一种方式说出来,希望能帮助未来的访问者。
我刚刚设置(成功,我希望)一个DNS服务器在Ubuntu 12.10一些名称服务器logging,而我等待它传播我想知道,以供将来的参考,如果我可以使用超过2转发器在我/ /named.conf.options.Would这会加速传播?
做这个问题,并回答更有价值除了谷歌的公共DNS地址之外,还有其他公共DNS服务器可用:
8.8.8.8 8.8.4.4
我也想知道如果重新启动绑定意味着我的服务器将需要重新传播? 有没有一种方法来更新绑定运行时的设置?
我刚刚设置(成功,我希望)一个DNS服务器在Ubuntu 12.10一些名称服务器logging,而我等待它传播我想知道,以供将来的参考,如果我可以使用超过2转发器在我/ /named.conf.options.Would这会加速传播?
在您的授权服务器上设置的DNS转发器与新区域的“传播”无关。
我也想知道如果重新启动绑定意味着我的服务器将需要重新传播? 有没有一种方法来更新绑定运行时的设置?
重新启动BIND守护进程与您的区域传播无关。
我刚刚(成功,我希望)build立一个DNS服务器与一些名称服务器logging
没有必要希望。 你可以testing它。 dig是一个惊人的工具,与DNS玩。
首先,DNS不能完全独立。 别处的其他人必须知道你,以便他们可以find你刚刚设置的名称服务器。 这个人应该是你的注册商。 他们会把这个信息传递给他们的上级组织,他们将在他们的名字服务器上发布信息。 如果你的域名服务器也是他们所服务的域名的一部分,你还必须告诉你的注册服务商他们的IP地址是什么,所以父母可以提供粘合剂。 这是唯一需要一些时间才能控制或解决问题的步骤。
所以你需要用dig进行的第一个查询是找出每个人都知道你的名字服务器的信息。 (从技术上讲,这不是第一个查询…您需要知道根服务器的位置,然后询问您的顶级域名(TLD)在哪里,然后问您的顶级域名(TLD)在哪里,但是我们现在可以跳过)。
dig example.com NS
这个查询应该返回你的namserverlogging(类似于ns1.example.com和ns2.example.com ),并且希望有一个ns2.example.com服务器的IP地址的ADDITIONAL部分。 如果没有附加部分,则应该:
dig @ns1.example.com example.com NS
一旦你确认了你的父域知道你的域名服务器,你可以通过发送各种不同的查询来testing它们是否工作正常。 这是使用上面的@语法完成的。
在这个阶段没有等待“传播”。 如果添加新logging并重新启动绑定,则可以使用@语法进行查询以指定您的名称服务器,您将立即看到新logging。 如果更改logging,即使刚刚完成相同的查询,也会立即看到该更改,并且通常会期望结果被caching,因为权威名称服务器不会caching自己的logging。
我总是推荐intodns.com,因为他们为你做了大量的查询,并会让你知道他们看到的任何问题,例如只有一个名称服务器或在同一个自治系统上拥有所有的名称服务器。
至于货代,这些服务的目的不同。 这些是你不具有权威性的域名。 当你的一个客户查询google.com ,你不知道答案,所以你必须去问别人。 你可能会搞砸所有那些询问com服务器的根服务器,然后询问com服务器的google.com域名服务器,然后询问google.com域名服务器的google.com的Alogging,或者你可以使用转发器。 你的DNS服务器要求别人的DNS服务器为你做好所有的事情,然后把答案提交给客户,就好像你已经做了所有的努力一样。 (在这个阶段caching结果是有礼貌的。)
所以要回答你的问题:
rndc reload加载区域 。 您configuration的任何从属服务器将在等待期结束后检查主服务器,并且只要串行增加,就会更新任何区域。 如果你要运行你自己的名字服务器,得到这本书 。 许多其他书籍都值得读/拥有。