我如何知道Route53logging集何时生效？

Joe指出，如果您尚未将域名的NS服务器replace为域名注册商，那么您需要在任何内容生效之前这样做（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 

一旦设置好了，每当你在你的区域创build新的logging，它们应该在一些传播后的短时间内变得可见。 例如，如果您刚刚在GoDaddy上购买了一个域名，为您的域名在Route53中创build了一个存根区域，并获取他们分配给您的NS服务器值，并使用GoDaddy将它们放回到域名logging中，您添加的所有新logging都应该可见一般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 

通过您的注册商更改您的域的委派后，基本上有两个单独的延迟。

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

2. 在DNS中发布更改后，可能需要一些时间（高达TTL），然后才能从caching中过期parsing服务器上的任何先前caching的数据。 只有在caching中还没有旧的响应时才会查找新数据。

关于1.你可以直接查询权威的直接域名服务器来查看当前发布的logging是否已经更新。 当直接查询授权服务器时，没有caching，所以这非常简单。

像dig +trace +add example.com NS这样的命令可以很方便，因为它将从根到最后一直跟随代理链，而不需要沿着path找出授权服务器。

例如

 $ 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 $ 

这也使您有机会确认父区域的代表团与您的权威logging（如果适用的话， NS和A / AAAA ）相匹配。

关于2.当你可以看到你的修改已经发布时，你可以计算出行为良好的域名服务器将当前时间加上TTL来使用新数据的最坏情况。

我使用检查主机。

这是一个例子：

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

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

您可以得到结果，花费的时间（延迟）以及TTL值。