☰

我如何知道我的 Route53 记录集何时生效？

tag-icon • tag-icon nameserver dns-hosting amazon-route53
我如何知道我的 Route53 记录集何时生效？

因此，我已将我的域添加到 Route53，并将域的名称服务器更新为 Route53 的名称服务器。

我已经添加了我需要的记录集（A，MX和TXT）。

我如何知道这些 DNS 记录何时生效，或者我只能等待并继续检查该域名的 who.is？
在此处输入图片描述

答案1

Joe 指出，如果您尚未用域名注册商替换您域名的 NS 服务器，那么您需要先执行此操作才能使任何操作生效（AWS 的服务器必须是您域名的权威 NS 服务器）。

因此，一旦传播完毕，您域名的 whois 应会向您显示新的名称服务器。它们应在 whois 底部附近看起来像这样：

  Name Server:NS-1315.AWSDNS-36.ORG
  Name Server:NS-99.AWSDNS-12.COM
  Name Server:NS-765.AWSDNS-31.NET
  Name Server:NS-1970.AWSDNS-54.CO.UK

一旦设置完成，每当您在区域中创建新记录时，它们都会在传播后短时间内可见。例如，如果您刚刚在 GoDaddy 上购买了一个域名，在 Route53 中为您的域名创建了一个存根区域，并获取他们分配给您的 NS 服务器值并将其放回到 GoDaddy 的域名记录中，您添加的任何新记录通常应在 15-20 分钟内可见，或者可能长达一小时。

但是，一旦您发布了新值，传播过程就完全不受您控制了。因此，您应该始终明智地使用 TTL。

为了确保您的值已经传播，您应该熟悉命令行并使用 dig 或 nslookup 等工具来检查：

dig host.domain.com

应该会给出如下结果。我的命令在第一行：

myhostmachine ~ # dig www.acme.com

; <<>> DiG 9.7.3 <<>> www.acme.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9821
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.acme.com.          IN  A

;; ANSWER SECTION:
www.acme.com.       16390   IN  A   216.27.178.28

;; Query time: 30 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Dec 13 11:53:09 2012
;; MSG SIZE  rcvd: 46

nslookup 看起来会像这样。我的命令在第一行：

myhostmachine # nslookup www.acme.com
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   www.acme.com
Address: 216.27.178.28

答案2

通过您的注册商更改域名委托后，基本上会出现两次单独的延迟。

  1. 您通过注册商管理界面所做的更改通常不会立即在 DNS 中发布。延迟可能取决于特定注册商以及注册局的政策。

  2. 在 DNS 中发布您的更改后，任何任意解析器服务器上的任何先前缓存的数据可能需要一段时间（最长为 TTL）才会从缓存中过期。仅当缓存中没有旧响应时，才会查找您的新数据。

关于 1. 您可以直接查询权威名称服务器，查看当前发布的记录是否已更新。直接查询权威服务器时没有缓存，因此这非常简单。

像这样的命令dig +trace +add example.com NS非常方便，因为它将遵循从根到您的区域的整个委派链，从而无需您找出沿路径的权威服务器。

例如

$ dig +trace +add example.com NS

; <<>> DiG 9.8.3-P1 <<>> +trace +add example.com NS
;; global options: +cmd
.           213343  IN  NS  h.root-servers.net.
.           213343  IN  NS  i.root-servers.net.
.           213343  IN  NS  a.root-servers.net.
.           213343  IN  NS  b.root-servers.net.
.           213343  IN  NS  k.root-servers.net.
.           213343  IN  NS  f.root-servers.net.
.           213343  IN  NS  c.root-servers.net.
.           213343  IN  NS  e.root-servers.net.
.           213343  IN  NS  g.root-servers.net.
.           213343  IN  NS  d.root-servers.net.
.           213343  IN  NS  m.root-servers.net.
.           213343  IN  NS  j.root-servers.net.
.           213343  IN  NS  l.root-servers.net.
;; Received 228 bytes from 192.168.1.1#53(192.168.1.1) in 204 ms

com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  i.gtld-servers.net.
com.            172800  IN  NS  a.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  h.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
a.gtld-servers.net. 172800  IN  A   192.5.6.30
a.gtld-servers.net. 172800  IN  AAAA    2001:503:a83e::2:30
b.gtld-servers.net. 172800  IN  A   192.33.14.30
b.gtld-servers.net. 172800  IN  AAAA    2001:503:231d::2:30
c.gtld-servers.net. 172800  IN  A   192.26.92.30
d.gtld-servers.net. 172800  IN  A   192.31.80.30
e.gtld-servers.net. 172800  IN  A   192.12.94.30
f.gtld-servers.net. 172800  IN  A   192.35.51.30
g.gtld-servers.net. 172800  IN  A   192.42.93.30
h.gtld-servers.net. 172800  IN  A   192.54.112.30
i.gtld-servers.net. 172800  IN  A   192.43.172.30
j.gtld-servers.net. 172800  IN  A   192.48.79.30
k.gtld-servers.net. 172800  IN  A   192.52.178.30
l.gtld-servers.net. 172800  IN  A   192.41.162.30
;; Received 501 bytes from 192.36.148.17#53(192.36.148.17) in 179 ms

example.com.        172800  IN  NS  a.iana-servers.net.
example.com.        172800  IN  NS  b.iana-servers.net.
a.iana-servers.net. 172800  IN  A   199.43.132.53
a.iana-servers.net. 172800  IN  AAAA    2001:500:8c::53
b.iana-servers.net. 172800  IN  A   199.43.133.53
b.iana-servers.net. 172800  IN  AAAA    2001:500:8d::53
;; Received 165 bytes from 2001:503:231d::2:30#53(2001:503:231d::2:30) in 150 ms

example.com.        172800  IN  NS  b.iana-servers.net.
example.com.        172800  IN  NS  a.iana-servers.net.
a.iana-servers.net. 1800    IN  A   199.43.132.53
a.iana-servers.net. 1800    IN  AAAA    2001:500:8c::53
b.iana-servers.net. 1800    IN  A   199.43.133.53
b.iana-servers.net. 1800    IN  AAAA    2001:500:8d::53
;; Received 165 bytes from 2001:500:8d::53#53(2001:500:8d::53) in 211 ms

$

这也让您有机会确认父区域中的委派是否与您的权威记录相符（NS和A/AAAA如果适用）。

关于 2. 当您看到您的更改已发布时，您可以通过将 TTL 添加到当前时间来计算行为良好的名称服务器何时使用新数据的最坏情况。

答案3

我使用 check-host。

以下是一个例子：

http://check-host.net/check-dns?host=example.com

这将同时从世界各地多个位置查找您的主机。

您将获得结果、所花费的时间（延迟）以及 TTL 值。

相关内容