我们应该托管自己的域名服务器吗？

#1 楼

我不会运行自己的DNS服务器-就我而言，托管我的网站的托管公司提供免费的DNS服务。还有其他选择，除了DNS托管之外什么都不做的公司（想到DNS变得容易，但还有许多其他事情），您可能应该考虑一下。

我不愿意的原因我自己不会这样做的原因是，DNS应该是相当可靠的，并且可以说，除非您拥有自己的地理位置分散的服务器网络，否则您将把所有的鸡蛋都放在一个篮子里。另外，那里有很多专用的DNS服务器，您无需启动新的DNS服务器。

#2 楼

我们总是托管自己的DNS（也最好是反向DNS）。这使我们无需依靠第三方就可以进行紧急更改。如果您有多个位置，则很容易为DNS服务器设置可提高的冗余级别。

如果您没有多个站点，那么我会考虑专门进行DNS托管的人（不是您的ISP），带有用于更改的网络界面。还需要24x7全天候支持和良好的SLA。

#3 楼

为了为您的域提供良好，可靠的DNS设置，您应该至少为您的域设置两个授权DNS服务器；
DNS服务器应该连接到不同的物理网络和电源；
DNS服务器应该位于不同的地理区域。

由于不太可能访问上述网络基础结构，因此更好选择具有上述网络基础架构的信誉良好的DNS托管提供商（如其他人所推荐）。

#4 楼

多年以来，我一直使用BIND（版本8和9）运行自己的DNS服务器，而没有任何麻烦。我使用提交后检查将我的配置存储在版本控制中，该检查将验证区域文件，然后让我的DNS服务器定期检出区域文件。问题一直是确保每次提交都更新SOA序列号，否则缓存服务器将不会更新。

几年后，我与djbdns一起工作，因为该格式非常适合使用自动化脚本进行管理这些区域，并且没有遇到我必须使用BIND处理的同一SOA序列号问题。但是，确实存在一些问题，必须格式化某些资源记录集才能被接受。

由于我发现我的大部分流量都是DNS，并且必须同时维护主DNS服务器和辅助DNS服务器自那以来，我已经转移到使用EasyDNS满足我的DNS需求的注册商。他们的Web界面易于管理，为我提供了管理RR集所需的灵活性。我还发现，与某些托管服务提供商（如1和1）所提供的服务相比，它很容易使用，这些服务提供商限制了您可以输入的可用RR集，甚至像网络解决方案这样的域注册商也仅在使用Windows管理DNS时才起作用。

#5 楼

对于我的个人域（以及我帮助的一些朋友的域），我们托管自己的DNS，我的注册商（Gandi）提供辅助DNS。或另一个网络上的朋友提供辅助。 Gandi不会立即更新区域，它们似乎每24小时左右检查一次，但是更改很少。

我的工作对我们来说足够好，并且他们的服务器可能比我们的服务器更可靠。

在我的工作中，我们自己做DNS，而上游网络提供商提供辅助DNS。但是，我们是一所大学，我们99％的用户都在现场。如果本地网络关闭，则DNS是否关闭都无关紧要。另外，我们有一个完整的B类（/ 16），其中包含大约25k的DNS记录（当然还有25k的反向DNS记录），通过Web界面进行管理似乎有点尴尬。我们的本地DNS服务器具有很高的可用性，而且速度很快。

#6 楼

我都做过托管自己的服务器可能会有好处：当老板询问您为什么花这么长时间时，您肯定会学到很多有关DNS工作原理的知识。此外，您还可以控制区域。这并不总是应有的功能，这在很大程度上归因于DNS的分层分布式特性-但它时不时地会派上用场。令人怀疑的是，如果您可以让您的提供商将您分配为IP块的反向DNS的SOA（假设您有一个）。

但是，以上所有有关您真正应该如何使用的评论上面内置的抗故障能力大打折扣。不同地理位置的不同数据中心中的服务器很重要。在2003年东北地区发生大规模停电之后，我们都知道，在同一城市甚至省或州的两个不同数据中心中都装有一个盒子，并不一定能提供足够的保护。当您意识到自己的电池，然后柴油发电机拯救了您的屁股时，兴高采烈的兴高采烈很快就被意识到您现在正在驾驶备用轮胎而引起的恐惧所取代。

局域网的内部DNS服务器。完全控制网络内部使用的DNS可能非常方便-如果办公室电源中断，由于位于服务器机架中的内部DNS服务器可能是电池，电池和柴油，而您的PC则不会，因此您的客户端将在服务器之前很长时间就处于脱机状态。

#7 楼

我正在很有趣地阅读所有这些解决方案，因为我们通过将主DNS托管在静态DSL线路之外，并让注册服务商（位于另一个大洲）在一个DSL上意外地满足了所有这些“要求”更严肃可靠的连接。这样，我们获得了使用绑定和设置所有记录的所有灵活性，同时可以合理地确保对辅助记录进行更新以反映这些更改，并且在发生人孔着火的情况下可以使用该记录来引用一次。

这有效地满足了以下条件：
“至少为您的域提供两台权威DNS服务器；”
“ DNS服务器应连接到不同的物理网络和电源；”
“ DNS服务器应位于不同的地理区域。”

#8 楼

看看Dyn.com；它们具有与DNS相关的各种服务，例如DNS托管，动态DNS，MailHop等。我发现它们可靠，并且已经使用了大约5年。

#9 楼

这要视情况而定。

自80年代末（BSD 4.3c）以来，我已经为各种工作运行了自己的DNS。在工作中，我始终托管自己的DNS，但是我始终具有多个数据中心位置，或者能够与合作伙伴交换辅助DNS。例如，在我的上一份工作中，我们为另一个.EDU（它们位于MN，我们位于CA）进行了辅助DNS，而它们也为我们做了同样的事情。地理和网络多样性。

或者，在我目前的工作中，我们拥有自己的东西海岸（美国）数据中心。托管我们自己的DNS，使我们可以放入某些GUI DNS服务可能不支持的异常DNS记录（SVR，TXT等）。而且，我们可以随时更改TTL。我们拥有极大的灵活性，但要自己付出代价。

对于家用产品，我已经做到了这两种方式。对于某些我在做异常工作或需要很大灵活性的域，我仍然运行自己的“隐藏”主DNS服务器，并与其他执行相同工作的人交换公共DNS服务。我使用RCS来版本控制区域文件以进行配置管理，因此我可以看到区域更改的整个历史可以追溯到时间的开始。对于诸如具有单个博客的域或通用Web服务器（一个A记录或一个CNAME）之类的简单事物，使用可用的域注册商DNS服务会更加容易，而现在担心CM。

这是一个权衡。最终的控制和灵活性是以自己处理多样性，运行多台服务器，处理硬件/软件故障等为代价的。如果您不需要灵活性或完全控制权，那么任何顶级DNS提供商都会解决您的问题，可能总成本更低。

#10 楼

正如该线程中已经提到的，DNS有几种特殊情况，最明显的区别是权威性和缓存名称服务器部署之间的差异。 ，一些免费的现金DNS解析器是一个明智的选择。我个人在Linux上使用PowerDNS递归（pdns-recursor）。
为维护您的外部基础结构（如网站或MX），我不会使用内部NSes（如果我们在这里谈论SOHO）。使用一些不错的，可靠的，防弹服务，例如DNSmadeasy。我使用他们的商务套餐，而且价格不菲，而且效果不错。

#11 楼

我们应该托管自己的域名服务器吗？

是的，您还应该使用一个或多个第三方大型DNS提供程序。出于多种原因，混合解决方案可能是最安全的长期方法，尤其是在您的企业对客户有SLA或合同要求的情况下。如果您是b2b，那就更是如此。

如果您的主DNS服务器（隐藏的或公共的）是您的真实来源，那么您可以在操作上保护自己，避免陷入供应商特定的功能中。一旦开始使用其超越基本DNS的精妙功能，您可能会发现切换到其他提供商或托管自己的DNS是有问题的，因为您现在必须复制这些功能。 Dyn和UltraDNS提供的站点运行状况检查和DNS故障转移就是例子。这些功能很棒，但应视为一次性功能，而不是依赖项。这些功能在提供者之间也不能很好地复制。

如果只有第三方供应商，则在受到目标DDoS攻击时，正常运行时间可能会受到影响。如果您只有自己的DNS服务器，那么当您成为DDoS攻击的目标时，正常运行时间可能会受到影响。

如果您有一个或多个DNS提供程序，并且您自己的分布式DNS服务器是从属服务器，您控制的隐藏主DNS服务器，那么您将确保您没有被锁定在特定的供应商中，并且始终保持对区域的控制，并且攻击必须同时破坏您的服务器以及从属服务器的一个或多个主要提供程序您的服务器。不足的话将导致服务质量下降，同时严重中断。

拥有自己的主服务器（理想情况下是隐藏的，未发布的）的另一个优点是，您可以构建自己的API并在其中更新任何适合您业务需求的庄园。使用第三方DNS供应商，您将需要适应他们的API。每个供应商都有自己的；或在某些情况下，只有一个Web UI。

此外，如果您的主服务器处于您的控制之下，而供应商遇到问题，那么仍然可以访问主服务器的任何从属服务器都将获得更新。当您意识到在大型DDoS事件期间以第三方作为您的主人是错误的，并且您无法更改未受到攻击的提供程序上的任何服务器时，这是您希望得到的。

从法律的角度来看，防止供应商锁定对于您的业务也可能很重要。例如，Dyn可能被Oracle收购。这使他们处于独特的位置，可以收集Dyn所有客户的DNS统计信息。这样做的竞争性方面可能会带来法律风险。就是说，我不是律师，所以您应该在此问题上咨询您的法律和公关团队。

如果我们想深入研究杂草，则该主题还有很多其他方面。

[编辑]如果这仅是用于小型个人/爱好域，则运行一个小型DNS守护程序的两个VM彼此不在同一数据中心中就足够了。我这样做是出于我自己的个人领域。我不清楚您的域名是从事业务还是业余爱好。无论您能获得最小的VM，都绰绰有余。我将rbldnsd用于我的域；在我的记录上使用了非常高的TTL，因为它占用了900 KB的内存，并且可以处理人们对其施加的任何滥用。

#12 楼

我已经用Zonedit或几年了。它便宜（或免费），我添加了很多CNAME，A，MX，TXT，SRV和其他记录。

#13 楼

最近，当我们将所有服务引入内部时，我们将内部公共DNS引入了内部。这使我们可以根据需要尽快更新所有内容。由于Web服务器都在同一个站点中，因此对于我们来说，目前不需要地理分布的DNS。

#14 楼

我两全其美。

我为我的网站托管我的公共DNS，我的MX记录位于“其他地方”。它可靠，安全，有效，我可以随意对其进行修改。我为这项服务付费，对价值感到满意。

但是在家里，我运行自己的缓存DNS服务器，而不是依靠ISP。我的ISP习惯于丢失DNS，DNS慢，DNS无效，有时他们想要扭曲DNS，以便将故障转移到他们认为我可能感兴趣的地方。我对使用ISP的DNS不感兴趣。因此，我有自己的缓存DNS服务器，并自己完成。在开始时（可能需要2个小时）进行了一些设置，但是很干净，我有可靠的DNS。每月一次，cron作业会询问根服务器并刷新提示表。也许每年一次，我不得不摆弄它，例如将doubleclick.com发送到127.0.0.1或类似版本。除此之外，它不需要干预，效果很好。

#15 楼

如果您决定为自己的爱而托管自己的DNS，那么每个站点有两台dns服务器。
一台用于外部DNS，则直接连接到防火墙以供全世界查找。内部网络中还有一个单独的内部dns。

#16 楼

我尚无法发表评论，但我的行为与freiheit相同。我们在DMZ中运行我们的主DNS，并且我们的ISP在我们对主DNS进行更改后，会在全国范围内拥有几台从DNS服务器，并立即进行更新。

它提供了两全其美的优势；立即控制和冗余。

#17 楼

每种方法都有优点和缺点，但是我绝对赞成在内部托管内部DNS。如果您在外部托管基本网络服务，则需要依靠的东西清单令人费解。该首席执行官可能会认为通过外部托管在DNS服务器上省钱是很聪明的，但是如果互联网链接断开，当他收不到电子邮件时，他会怎么想呢？

#18 楼

根据经验，如果您想吸引拒绝服务攻击，请托管自己的DNS。和您自己的网站。

我相信有些事情你不应该自己做。 DNS托管是其中之一。就像许多人所说的那样，您将需要冗余的服务器，连接和物理位置，并且您甚至无法获得甚至较小的托管公司的弹性。

托管自己的DNS的最大好处是更改可以马上制作。是否需要缩短TTL以便进行即将进行的迁移？您可能会编写一个脚本在自己的服务器上执行该操作；对于托管DNS，您可能需要登录并手动更改记录，甚至更糟的是，致电提供商，获得3个级别的支持，直到最终达到可以拼写DNS的级别，只是让他们告诉您他们将提交DNS。 2-3天后发生变化。

#19 楼

我在Linux服务器上使用BIND运行自己的DNS。我目前在英国伦敦，佛罗里达迈阿密，加利福尼亚圣何塞和新加坡有四个办事处。效果很好，我拥有完全的控制权。数据中心的稳定性非常重要，因此我选择了不错的DC来运行服务器（而不依赖ISP或其他“未知”基础架构）。我可以使用我根据严格的标准选择的世界一流的DC在世界任何地方设置DNS服务器和其他服务。坚如磐石的DNS对于我运行的电子邮件和Web服务必不可少。

#20 楼

将DNS托管视为您的公共服务的基础。就我而言，电子邮件对我们的业务至关重要。如果您在内部托管DNS，并且互联网连接中断，则DNS记录可能会过时，从而导致您的域不可用。

因此，在我的情况下，如果找不到我们域的MX记录，则电子邮件将立即被拒绝。

因此，我的DNS由外部托管。 >
如果MX记录可用，但我们的Internet连接已断开，则邮件将继续在尝试向其域发送电子邮件的服务器上排队。

#21 楼

取决于。™

至少从2002年开始，我一直在运行自己的服务器并管理域。

我经常使用提供商的DNS服务器。

我位于IP的服务器可用但没有DNS的次数太多了。

这是我的战争故事：



莫斯科的一家yuge提供商（第一个基于VZ的提供商）将我的VPS置于便宜的“价值” DC中，但他们的DNS处于高级状态-当时某些TLD需要在两个不同的/ 24子网中使用流量昂贵的最新DC。在某一时刻，发生了灾难（可能是2005年停电了吗？），昂贵的DC脱机了，我的站点（仍在莫斯科，但处于“有价值的” DC）只能通过其IP地址访问。 br />
有趣的是，即使在发生任何事件之前，我也清楚地记得做过traceroute，并且注意到我的ISP的ns1和ns2都使用相同的DC，要求他们也将一个DC移到“我的” DC -冗余;他们拒绝了地理冗余的想法，因为服务器已经处于最高DC中。

我有另一个提供商（基于ISPsystem的第一个）他们在现场有一个ns，在国外有一个ns。长话短说，整个安装过程非常荒谬，“国外”服务器经常无法维护其区域，因此，即使我的整个服务器仍然运行平稳，我的域实际上也有一个额外的故障点，并且无法访问。
我有一个运行自己网络的注册商。即使我的异地服务器启动了，它也一次又一次地关闭。我的DNS已关闭。
我最近使用了多个大型云提供商作为辅助服务器，在那里我自己运行一个隐藏的主服务器。两家提供商至少更改了一次设置；永不发布任何公告；我的某些域停止解析。也与同一个提供者之一发生在我的一个朋友身上。在第三方服务中，这种情况发生的频率比人们在公共场合要承认的情况要多。

简而言之，http：//cr.yp.to/djbdns/third-party.html在主题。

麻烦使用第三方DNS的成本通常并不值得。

拥有第三方DNS的缺点通常被不公平地忽略。

我要说的是，除非您的域已经使用了第三方服务（例如，用于网络，邮件，语音或文本），否则添加第三方DNS几乎总是适得其反，这是通过在任何情况下都没有最佳实践。