在名称服务器更改之前在主机记录上设置长 TTL?

在名称服务器更改之前在主机记录上设置长 TTL?

我正在尝试将 DNS 从 GD 移至路由 53,似乎无法避免停机,即使两个位置的区域文件相同。根据我的实验,只要我在 GoDaddy 中更改为“自定义”名称服务器,他们就会停止响应 DNS 请求,路由 53 也不会响应(他们是否在等待确认其权威性后才响应?)我已经使用 dig 进行了测试,这是我看到的结果。如果您使用 AWS 中的内部测试工具,一切都很好,但如果您尝试将 dig 与路由 53 名称服务器之一的 @ 一起使用,它不会返回结果。

我的想法是在名称服务器记录上设置较低的 TTL,但在其他所有记录上设置较长的 TTL。有没有人有经验,这是否有助于解决问题?

我理解这只有在特定的解析名称服务器最近查询记录时才会产生影响,但实际上这似乎比所有事情的低 ttl 更好,这将导致解析名称服务器在传播窗口期间更有可能需要权威名称服务器。

答案1

在切换之前,请确保您的新名称服务器正在提供您的记录。允许在尚未授权的服务器上配置 DNS。一旦您确信它们提供正确的数据,请将它们添加到域配置中的名称服务器列表中。然后您可以删除原始名称服务器。

您应该已经为所有主机设置了较长的 TTL。如果名称服务器更改出现问题,这将降低风险。您可能希望减少域的负 TTL,以便查询失败不会被长期缓存。减少 NS 记录的 TTL 将使更改更简单。如果原始名称服务器在指向它们的 NS 记录过期之前停止提供记录,它们可能会开始提供负面响应。

根据我使用 GD 的经验,您可能无法避免他们那边的明显中断。在域配置中对 NS 记录设置较短的 TTL 可以减少影响。

答案2

我理解这只有在特定的解析名称服务器最近查询记录时才会产生影响,但实际上这似乎比所有事情的低 ttl 更好,这将导致解析名称服务器在传播窗口期间更有可能需要权威名称服务器。

如果 DNS 解析器(无论是 DNS 服务器还是该 DNS 服务器的客户端)之前查询过您的 DNS 记录,那么这些记录将按照当时有效的 TTL 进行缓存。在这种情况下,事后增加或减少 TTL 不会对您有任何帮助。新的 TTL 将生效新的查找。

相关内容