DNS NSlogging与logging

有两个不同的选项：

1. 他们可以继续为该域托pipeDNS，并将Alogging指向您。 这是最简单的，他们可能希望保留这种控制。 但它会引入一些pipe理开销，因为如果您需要更改IP地址，则需要联系他们。

2. 他们可以将整个域名委托给你。 他们将需要联系他们的注册商，并要求名称服务器重新分配给您自己的。 您不能只更改区域文件中的NSlogging。 然后，您需要在您的域名服务器上托pipe域的区域。 这使您处于最佳控制状态，您可以随意configurationAlogging。

   但是，如果在区域内（包括MX ）保留其他logging，并且每当它们发生更改时都需要与您联系，则这也可能会造成一些pipe理开销。 您还需要确保您重新生成当前区域文件的全部内容，以便维护其当前所有的服务。

请原谅我的直率，但如果你不知道这个问题的答案，你不应该运行你自己的名字服务器，更不用说为他人托pipeNSlogging了。

在这种情况下，他们唯一理智的做法是只将Alogging指向服务器。 他们应该把NSlogging留给了解DNS的人。

我认为除了Dan所build议的两个选项之外，还有第三个选项，在某些情况下，当您想在服务器上为别人的子域服务时，更适合您，而且您希望能够更改服务器的IP地址， 而无需要求他们更新NSlogging….

他们可以把你想要pipe理的子域名委托给你的域名服务器。 我将从dyn.com引用：

“在您当前在其他DNS提供商的域中的区域文件中，您需要创buildNS（NameServer）logging，这些NSlogging将”redirect“特定子域的查询转换为Dyn标准DNS，对于dynamic.example.comlogging看起来像：

 dynamic.example.com. 48600 IN NS ns1.mydyndns.org. dynamic.example.com. 48600 IN NS ns2.mydyndns.org. dynamic.example.com. 48600 IN NS ns3.mydyndns.org. dynamic.example.com. 48600 IN NS ns4.mydyndns.org. dynamic.example.com. 48600 IN NS ns5.mydyndns.org. 

请注意每个主机名后面的“。”。

一旦创build了这些NSlogging，子域的查询将由您的Dyn标准DNS区域来回答。

在这里主持您自己的DNS好评论。 我认为这是一个你不应该轻视的决定。 由于DNS的分层caching特性，几分钟的错误configuration或停机时间可能会导致长时间的头痛，因为您的客户的ISP DNS服务器可能会忽略您的TTL值，并在几个小时内caching您的不良响应。 而且，由于DNS问题会影响邮件传递到您所授权的域名，因此风险可能会更高。

我们应该主办我们自己的名字服务器？