Sta*_*tic 10 domain-name-system dns-hosting tld
我的组织为 gTLD 买单,我们目前使用 3rd 方 (Verisign) 在他们的 DNS 服务器上托管它。但是,有两个问题:我们每年为此支付相当多的费用(这是较小的问题);在那里更新数据......令人费解(也是出于我们的组织原因)。
但是,我们为其他(非 TLD)域运行了相当大的 DNS 系统。我曾尝试搜索是否可以自托管 gTLD,但是虽然我找到了一些有关新gTLD 的信息,但我还没有转移现有 gTLD。
任何人都可以向我指出一些概述/方法/自述文件,或者可以从经验中发言吗?
编辑:为了有一个参考点,假设我已经拥有 .example。通用顶级域名。目前它在 Verisign DNS 服务器上维护。我希望能够在我自己的 DNS 服务器上维护它。
Cal*_*ahl 24
Håkan 基本上是正确的。您的 gTLD 的批准流程包括对其服务平台的广泛技术测试,包括对 DNS 规范(RFC 和 ICANN 的 gTLD 特定规范)的一致性、IPv4 和 IPv6 的全球可用性、注册接口性能 (EPP , 即) 等等。由于您使用的是威瑞信,您可能没有注意到发生了这种情况,因为他们的平台托管了一大堆顶级域名并且众所周知是好的(至少在这方面)。如果您要将您的 gTLD 转移到一个全新的平台,我怀疑 ICANN 会希望重复测试。我强烈建议您直接联系 ICANN 并询问如何处理此问题。
[注意:我知道这些是因为我参与了为当前的新 gTLD 集构建技术测试平台,并亲自为其编写了大部分 DNS 标准一致性测试。]
Håk*_*ist 11
我没有操作新 gTLD 的个人经验,但答案肯定是您可以操作自己的域名服务器(和其他服务)。我认为问题是“以什么代价”,对此我没有直接的答案。
IANA对域名服务器的技术要求似乎是一个简单的技术基线,基本上只是任何域的正常最佳实践。(您显然仍然应该查看它们。)
对 gTLD 授权进行更改似乎也相对简单,IANA 提供有关如何管理授权的信息,以及基于 Web 的管理界面。
但是,浏览新 gTLD 申请人指南,似乎在申请过程中您向 IANA 提供了有关您将如何按照其政策运作的文件,其中很大一部分似乎与 gTLD 注册管理机构的技术运作有关和名称服务器服务(可能至少在某种程度上回答,基于您对这些您现在想要替换的外部提供的服务的使用)。
在遵守政策和其中规定的任何其他技术要求时,审查您自己的申请以及您与 IANA 签订的协议以评估这些计划更改的影响似乎是谨慎的做法。