将 Route 53 购买的 DNS 指向弹性 IP 和 EC2 实例时，操作是否有实质性延迟
Is there a substantial delay in operationalization when pointing Route 53 purchased DNS to Elastic IP & EC2 instance
研究了一些 SO QA post 回复：将 DNS 名称指向 EC2 实例，目前我的印象是 "set up" 令人满意，但仍然遇到 DNS查找失败错误；我想 post 一个关于延迟的问题。
我看到讨论指出 DNS 指向正确方向存在时间延迟，但此类评论总是与外部服务相关（例如，用户希望将 Namecheap 购买的域连接到 EC2 实例）。
我的问题是：那些相同的时间延迟是否适用于在 Route 53 内购买然后指向 EC2 实例的域？ 我目前大约需要 14 小时 post 我认为设置是正确的，如果我这边出现错误，我想确保我不会袖手旁观。
DNS 系统是一个遍布全球的 DNS 服务器网络。当您在家用计算机（例如 host.domain.com）上查找 DNS 记录时，它通常使用您的互联网提供商的 DNS 服务器。当存在于那里的缓存中时，它将（只要记录的生存时间尚未过期）使用缓存的条目进行回复。
当缓存中不存在时，您的提供商的 DNS 服务器将查找 domain.com 的 DNS 服务器并在那里查询 host.domain.com。
您之前未查找过的新 DNS 条目应该会立即解析。
当您查找之前解析的 DNS 条目时，如果该 DNS 条目在远程 DNS 服务器上发生更改，则必须等待生存时间到期，然后才能在本地计算机上收到新的 DNS 条目。
在您的情况下，Route53 记录似乎设置正确。您可以检查的最后一件事是 .org 域的根域名服务器是否正确指向您域的 R53 记录。
您可以使用以下命令检查（在 linux 系统上）：
whois <domain>
host -t NS <domain>
研究了一些 SO QA post 回复：将 DNS 名称指向 EC2 实例，目前我的印象是 "set up" 令人满意，但仍然遇到 DNS查找失败错误；我想 post 一个关于延迟的问题。
我看到讨论指出 DNS 指向正确方向存在时间延迟，但此类评论总是与外部服务相关（例如，用户希望将 Namecheap 购买的域连接到 EC2 实例）。
我的问题是：那些相同的时间延迟是否适用于在 Route 53 内购买然后指向 EC2 实例的域？ 我目前大约需要 14 小时 post 我认为设置是正确的，如果我这边出现错误，我想确保我不会袖手旁观。
DNS 系统是一个遍布全球的 DNS 服务器网络。当您在家用计算机（例如 host.domain.com）上查找 DNS 记录时，它通常使用您的互联网提供商的 DNS 服务器。当存在于那里的缓存中时，它将（只要记录的生存时间尚未过期）使用缓存的条目进行回复。
当缓存中不存在时，您的提供商的 DNS 服务器将查找 domain.com 的 DNS 服务器并在那里查询 host.domain.com。
您之前未查找过的新 DNS 条目应该会立即解析。 当您查找之前解析的 DNS 条目时，如果该 DNS 条目在远程 DNS 服务器上发生更改，则必须等待生存时间到期，然后才能在本地计算机上收到新的 DNS 条目。
在您的情况下，Route53 记录似乎设置正确。您可以检查的最后一件事是 .org 域的根域名服务器是否正确指向您域的 R53 记录。
您可以使用以下命令检查（在 linux 系统上）：
whois <domain>
host -t NS <domain>