我计划从一个注册商切换到另一个。幸运的是，我能够预先输入区域信息，这样在进行转移时，一切都会正常进行。
然而，由于过去的惨痛经历，我有点疑神疑鬼，希望能够提前建立监控系统，以确保域名始终指向相同的位置。
我担心的是，如何设置这样的设置而不会遇到缓存 DNS 查找的问题？我真的希望每次查找都是新的，这样就不会出现问题。
所以我想我正在寻找两件事：
- A可靠的工具用于测试 DNS 查找（出于显而易见的原因，这个服务不在我的任何服务器上，因为如果出现问题，他们可能无法向我发送电子邮件）以及
- A不提取缓存记录的测试并保持 DNS 信息新鲜且最新
此外，我假设缓存服务器一切正常，因为新记录与旧记录相匹配。但这种假设有什么危险吗？是否有理由认为同时更改注册商和名称服务器可能会产生我不知道的副作用？
如果有人感兴趣的话，事情进展如何
显然在转移过程中，旧的域名服务器被保留了下来，因此有一段时间没有任何的域名完全指向 IP（我猜一旦转移完成，旧注册商就会清除其记录）。我不得不更新这些记录以指向新的名称服务器并重新导入所有区域记录（幸运的是，新注册商的系统有一个不错的区域文件导入工具，非常有用！）。出于某种奇怪的原因，网络托管服务的本地名称服务器比其他 DNS 服务器更新其记录的时间更长，因此服务器本身对它可以提供哪些记录感到困惑。如果其他人正在经历同样的过程，以下是您应该做的一些事情，以避免我所经历的事情：
- 确保区域记录功能上各个注册商均相同。[但见下文]。不幸的是，一条本应为 A 记录的记录被存储为 CNAME 记录，结果很糟糕。对于允许您将记录导出为区域文件的注册商来说，这很容易，但对于只需要剪切和粘贴网页的注册商来说，这很难。
- 确保新注册商确实设置为新的 DNS 主机由于某种原因，在转移过程中，我没有正确设置域名由新注册商托管 DNS。这是在购物车过程中，而不是购买后的配置步骤。显然，我当时需要做的是取消转移请求并重新开始，因为我没有办法更改它，以便它会开启激活。
- 确保域名转移完成后，您会收到警报直到其中一个域名停止工作，我才发现转移已经发生，因为我没有被设置为该域名的授权联系人。
- 首先，当转运终于完成时，尽量不要和家人一起经历了八个小时的车程。谢天谢地，Dunkin Donuts 有免费 WiFi——谁知道呢？（哦，这在当时确实使 DNS 测试变得复杂，因为我无法使用任何代理 Web 服务器从多个位置测试 DNS 查询，因为 Web 代理被 Dunkin Donuts 用于提供 WiFi 访问的软件阻止了）。
有几件事我做过最终得到正确的结果：
- 用 CNAME 记录替换大量 A 记录。如果我必须跟踪数十条相同的 A 记录，管理起来可能会困难得多。此外，我只需要担心几个域是否正确传播，因为其余域都指向其他域。
- 保存区域文件的备份。当记录在转移过程中丢失时，非常准备好包含我所需记录的区域文件很有用。我可能做的唯一更改是对区域文件进行最终扫描并将其与传输前的旧配置进行比较，因为不幸的是区域文件缺少几个子域。
- 使用相当低的 TTL。不幸的是，大多数注册商不允许你的 TTL 短于半小时，但我不明白为什么有人选择将 TTL 设置为一周。我宁愿让基础设施承担大量额外的查询命中，也不愿让某台计算机在五天后仍然指向错误的位置。
答案1
仔细检查您当前的 DNS 和未来的 DNS，以确保万无一失……我已经做了您要做的事情，并且确切地知道您要经历什么！如果您要切换 IP 地址，我建议您降低现有记录的 TTL，但在这种情况下，名称和 IP 保持不变，您唯一的暴露就是如果您没有正确设置新记录……能够预先设置它们是一件好事……我认为您不会有问题。
答案2
您可以使用 host/dig/nslookup 命令行实用程序和 google dns (8.8.8.8/8.8.4.4) 作为独立名称服务器。当然，您必须使用您所在域的权威 dns 服务器。
# host -t ns example.net 8.8.8.8
# host -t mx example.net 8.8.4.4
# host -t txt example.net ns1.example.net
无论如何都会有缓存，由于您区域的 TTL。