testingDNS“健康” – 域是否指向正确的IP

我正计划从一个注册商转到另一个注册商。 幸运的是,我已经能够预先input区域信息,所以当转移发生时,一切都应该是一样的。

然而,过去我被烧了一点,我有点偏执,希望能够提前build立监控系统,以确保域名保持指向相同的位置。

我担心的是,如何设置类似的东西,而不会遇到caching的DNS查找问题? 我真的希望每个查询都是新的,这样就没有问题了。

所以我想我正在寻找两件事情:

  1. 一个用于testingDNS查询的可靠工具 (其中一个显而易见的原因是我的服务器上没有托pipe服务器,因为当出现问题时,他们将无法发送电子邮件给我)
  2. 一个testing,不拉起一个cachinglogging,并保持DNS信息新鲜和最新

此外,我假设一切都会好caching服务器,因为新的logging匹配旧的。 但是这个假设有什么危险吗? 是否有任何理由认为注册商和域名服务商的变更可能会产生我不知道的副作用?

如何去,如果有人感兴趣

显然,在转让过程中,旧的名字服务器被保留了,所以有一段时间没有一个域名指向一个IP(我想只要转移发生,旧的注册服务商就会清除其logging)。 我不得不更新这些logging,以指向新的名称服务器,并重新导入所有的区域logging(幸运的是,新的注册商的系统有一个很好的区域文件导入工具,非常有帮助!)。 出于一些奇怪的原因,Web托pipe服务的本地名称服务器花费了比其他DNS服务器更新其logging的时间更长,所以服务器本身对于它可以提供哪些logging感到困惑。 如果其他人正在经历同样的过程,那么下面是你应该做的一些事情,以避免我经历的事情:

  1. 确保注册商在区域loggingfunction上相同。 [但是看下面]。 不幸的是,一个应该是Alogging的logging被存储为CNAMElogging,结果不好。 对于注册商而言,这很容易让您将您的logging导出为区域文件,对于那些只需要剪切和粘贴的网页来说很难。
  2. 确保新的注册服务器被设置为新的DNS主机由于某种原因,在传输过程中,我没有正确设置域名是由新的注册服务商托pipe的DNS。 这是在购物车过程中,而不是购买后的configuration步骤。 显然我现在需要做的是取消转移请求并重新开始,因为我没有办法改变它,所以它打开激活。
  3. 确保在域名转移完成后,您将被设置为获取警报 。 我没有发现转移发生,直到其中一个域名停止工作,因为我没有成为该域名的授权联系人。
  4. 最重要的是, 当转机终于完成时尽量不要和家人一起八小时的车程 。 谢天谢地,邓肯甜甜圈有免费WiFi – 谁知道? (哦,这个testingDNS真的很复杂,因为我不能使用任何代理Web服务器来testing来自多个位置的DNS查询,因为Web代理被Dunkin Donuts用来提供WiFi访问的软件阻止)。

毕竟,我的一些事情

  1. 用CNAMEloggingreplaceAlogging的加载 。 如果我不得不跟踪数十个相同的Alogging,这可能会更难以pipe理。 而且,我只需要担心几个域名的传播是正确的,因为其余域名都指向其他域名。
  2. 保存区域文件的备份。 当logging在传输过程中丢失时,有一个区域文件已经准备好了我需要的logging是非常有用的。 我可能做的唯一改变是对区域文件进行最后一次扫描,并将其与旧的configuration预传输进行比较,不幸的是该区域文件缺less一些子域。
  3. 使用相当低的TTL 。 不幸的是,大多数注册商不会让您的TTL小于1/2小时,但我不明白那些select将TTL设置为一周的人。 我宁愿让基础设施需要一些额外的查询命中,而不是有一些计算机在五天后指向错误的地方。

请仔细检查您当前的DNS和您未来的DNS,只要确定…我已经完成了您要做的事情,并确切知道您正在经历的事情! 如果您正在切换IP地址,我build议您降低现有logging上的TTL,但在这种情况下,名称和IP保持不变,如果您没有设置新logging正确的…能够预先他们是一件好事…我认为你不会有问题。

你可以使用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,会有caching。