测试 DNS “健康”——域是否指向正确的 IP

我正计划从一个注册商切换到另一个注册商。幸运的是，我已经能够预先输入区域信息，这样当传输发生时，一切都应该是一样的。

但是，在过去被烧毁后，我有点偏执，希望能够提前设置监控系统，以确保域始终指向相同的位置。

我担心的是，如何在不遇到缓存 DNS 查找问题的情况下设置类似的内容？我真的希望每次查找都是新的，这样就不会有问题。

所以我想我正在寻找两件事：

1. 一个用于测试 DNS 查找的可靠工具（由于显而易见的原因，它没有托管在我的任何服务器上，因为当出现问题时他们可能无法向我发送电子邮件）和
2. 不提取缓存记录并保持 DNS 信息最新和最新的测试

另外，我假设缓存服务器一切正常，因为新记录与旧记录匹配。但是这个假设有什么危险吗？是否有任何理由认为同时更改注册商和域名服务器可能会产生我不知道的副作用？

进展如何，以防有人感兴趣

显然，在转移过程中，旧的域名服务器被保留了，所以有一段时间没有一个域指向 IP（我猜一旦转移发生，旧的注册商就会擦除它的记录）。我不得不更新这些记录以指向新的名称服务器并重新导入所有区域记录（幸运的是，新注册商的系统有一个很好的区域文件导入工具，非常有帮助！）。出于某种奇怪的原因，Web 托管服务的本地名称服务器比其他 DNS 服务器花费更长的时间来更新其记录，因此服务器本身对它可以提供哪些记录感到困惑。如果其他人正在经历同样的过程，你应该做一些事情来避免我经历的事情：

1. 确保各注册商的区域记录在功能上相同。[但见下文]。不幸的是，一条应该是 A 记录的记录被存储为 CNAME 记录，结果很糟糕。这对于允许您将记录导出为区域文件的注册商来说很容易，但对于那些只需要剪切和粘贴网页的注册商来说却很困难。
2. 确保将新注册商确定设置为新的 DNS 主机出于某种原因，在传输过程中，我没有正确将域设置为由新注册商托管的 DNS。这是在购物车过程中，而不是购买后的配置步骤。显然，我当时需要做的是取消传输请求并重新开始，因为我无法更改它以便它会开启激活。
3. 确保当域转移完成时，您会收到警报。直到其中一个域停止工作，我才发现转移发生了，因为我没有被设置为该域的授权联系人。
4. 最重要的是，当转移最终完成时，尽量不要与家人一起进行八小时的汽车旅行。谢天谢地，Dunkin Donuts 提供免费 WiFi——谁知道呢？（哦，当时测试 DNS 真的很复杂，因为我无法使用任何代理网络服务器来测试来自多个位置的 DNS 查询，因为网络代理被 Dunkin Donuts 用来提供 WiFi 访问的软件阻止）。

毕竟我做对了几件事：

1. 用 CNAME 记录替换 A 记录的负载。如果我必须跟踪几十个相同的 A 记录，这可能会更难管理。此外，我只需要担心几个域会正确传播，因为其余的域都指向其他域。
2. 保存区域文件的备份。当记录在传输过程中丢失时，准备一个包含我需要的记录的区域文件非常有用。我可能所做的唯一更改是对区域文件进行最终扫描并将其与旧配置预传输进行比较，因为不幸的是区域文件缺少几个子域。
3. 使用相当低的 TTL。不幸的是，大多数注册商不允许您的 TTL 短于 1/2 小时，但我不理解选择将 TTL 设置为一周左右的人。我宁愿让基础设施接受一堆额外的查询命中，也不愿让某处某处的计算机在五天后仍指向错误的地方。