如何在我的DNS服务器上运行自己的通用顶级域名?

我的组织为一个通用顶级域名(gTLD)开了壳,我们目前使用第三方(Verisign)将其托pipe在他们的DNS服务器上。 然而,有两个问题:我们每年付出相当多(这是较小的问题); 更新数据是…令人费解(也是为了我们的组织原因)。

但是,我们为其他(非顶级域名)域名运行了相当庞大的DNS系统。 我尝试过search是否可以自行托pipe通用顶级域名(gTLD),但是当我发现通用顶级域名(gTLD)的一些信息时,我并没有转移现有的通用顶级域名(gTLD)。

任何人都可以给我一些概述/如何/自述,或者只是从经验说话?

编辑:为了有一个参考点,让我们说我已经拥有。例如。 通用顶级域名。 目前它在Verisign DNS服务器上维护。 我希望能够在我自己的DNS服务器上进行维护。

哈坎基本上是正确的。 通用顶级域名(gTLD)的审批stream程包括对其服务的平台进行广泛的技术testing,既符合DNS规范(来自ICANN的RFC和gTLD特定规范),也支持IPv4和IPv6的全球可用性,registry接口的性能(EPP ,那是)和更多。 由于您使用的是Verisign,因此您可能没有注意到这一点,因为他们的平台托pipe了大量的顶级域名(TLD),并且被认为是很好的(至less在这方面)。 如果您要将您的通用顶级域名(gTLD)移植到一个全新的平台上,我怀疑ICANN会希望重复进行testing。 我强烈build议您直接联系ICANN,并询问如何处理此问题。

[注意:我知道这些事情是因为我参与了为当前一组新gTLD构build技术testing平台,并亲自编写了大部分DNS标准一致性testing。]

我对新通用顶级域名(gTLD)的运作没有亲身经历,但答案肯定是您可以操作自己的域名服务器(和其他服务)。 我认为这个问题是“以什么代价”,而我没有直接的答案。

IANA 对域名服务器的技术要求似乎是一个简单直接的技术基准,基本上只是任何域的常规最佳实践。 (你显然应该回顾一下。)

对gTLD委托进行更改也显得相对简单,IANA拥有如何pipe理随时可用的委托和基于Web的pipe理界面的信息。

但是,浏览新通用顶级域名(gTLD)申请人指导手册后 ,您看来在申请过程中,您向IANA提供了有关如何按照其政策运作的文档,其中很大一部分似乎与gTLD注册pipe理机构的技术运作有关和域名服务器服务(至less在某种程度上,基于你现在要replace的这些外部提供的服务的使用来回答)。
审核您自己的申请以及您与IANA签订的协议,以评估这些计划变更在遵守政策和其中规定的任何其他技术要求时的影响似乎是审慎的。