研究了许多 SO QA 帖子：将 DNS 名称指向 EC2 实例，目前认为我已令人满意地执行“设置”，但仍遇到 DNS 查找失败错误；我想专门发布一个关于延迟的问题。
我看到过关于 DNS 指向正确方向存在时间延迟的讨论，但此类 cmets 一直与外部服务结合使用（例如，用户希望将 Namecheap 购买的域连接到 EC2 实例）。
我的问题是：这些相同的时间延迟是否适用于在 Route 53 内购买的域，然后指向 EC2 实例？我目前在大约 14 小时后我认为是正确的设置起来，并想确保如果我有错误，我不会坐视不管。
【问题讨论】：
标签： amazon-web-services amazon-ec2 dns amazon-route53
DNS 系统是一个遍布全球的 DNS 服务器网络。当您在家用计算机（例如 host.domain.com）上查找 DNS 记录时，它通常使用您的 Internet 提供商的 DNS 服务器。当存在于那里的缓存中时，它将（只要记录的生存时间尚未到期）回复缓存的条目。
当缓存中不存在时，您的提供商的 DNS 服务器将查找 domain.com 的 DNS 服务器并在那里查询 host.domain.com。
您之前未查找过的新 DNS 条目应该会立即得到解决。 当您查找之前解析的 DNS 条目，并且该 DNS 条目在远程 DNS 服务器上发生更改时，您必须等待生存时间到期，然后才能在本地计算机上收到新的 DNS 条目。
在您的情况下，Route53 记录似乎设置正确。您可以检查的最后一件事是 .org 域的根名称服务器是否正确指向您的域的 R53 记录。
您可以使用以下命令检查（在 linux 系统上）：whois <domain>host -t NS <domain>
【讨论】：
whois 输出中，查找“名称服务器”并检查它们是否指向 R53 控制台中您的域的“NS”条目。 stackoverflow.com 的示例：Name Server: cf-dns02.stackoverflow.com Name Server: cf-dns01.stackoverflow.com
host 输出中，它应该返回指向相同亚马逊名称服务器的域的 NS 记录。 stackoverflow.com 的示例：stackoverflow.com name server cf-dns02.stackoverflow.com. stackoverflow.com name server cf-dns01.stackoverflow.com.
whois 输出未显示正确的域名服务器，请联系您的注册商（您注册域名的地方），让他们更新域名注册以指向 AWS 域名服务器。跨度>
whois 信息指向的名称服务器与您在路线 53 屏幕截图中显示的名称服务器不同。这些服务器没有您的域的 DNS 记录，这就是 host 查找失败的原因。请联系您的注册商并更新您的域注册以指向 R53 屏幕截图中的名称服务器（R53“NS”条目中的服务器）。