☰

如何查看 DNS 记录的生存时间 (TTL)？

tag-icon • tag-icon domain-name-system dig ttl
如何查看 DNS 记录的生存时间 (TTL)？

我想查看 CNAME 记录的生存时间 (TTL) 值。

我可以访问挖（在 Apple Mac OS X 上），它给了我这样的答案：

% dig host.example.gov
<*SNIP*>
;; ANSWER SECTION:
host.example.gov.       43200   IN  CNAME   host1.example.gov.
host1.example.gov.      43200   IN  A       192.168.16.10

值“43200”是此 DNS 记录的 TTL 吗？

答案1

是的，那里的数字是该记录到期前的剩余秒数（假设我们不查询权威名称服务器）。显然，CNAME 存在一定程度的重定向，因此在这种情况下它指向的 A 记录的 TTL 可能也很重要。

如果您等待几秒钟并在本地名称服务器上再次运行 dig，您应该会看到 TTL 数值减少了您等待的秒数（大约）。当它达到 0 时，它会刷新，或者如果您的名称服务器出于某种原因刷新区域。

如上所述，针对具有缓存条目的名称服务器运行 dig 与针对该条目具有权威性的名称服务器运行 dig 之间存在差异。

（在下面的例子中，我使用+noauthority +noquestion&+nostats标志只是为了保持输出简洁）。

请注意以下查询之间的区别：

$ dig +noauthority +noquestion +nostats stackoverflow.com @ns2.p19.dynect.net.

; <<>> DiG 9.7.0-P1 <<>> +noauthority +noquestion +nostats stackoverflow.com @ns2.p19.dynect.net.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50066
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; ANSWER SECTION:
stackoverflow.com.  432000  IN  A   69.59.196.211

因此，在上述查询中，我们查询的是 stackoverflow.com 的权威名称服务器。如果您注意到了该flags部分，请特别注意氨基酸标志表示这是一个权威答案（即未缓存）。

$ dig +noauthority +noquestion +noadditional +nostats stackoverflow.com 

; <<>> DiG 9.7.0-P1 <<>> +noauthority +noquestion +noadditional +nostats stackoverflow.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43514
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 4

;; ANSWER SECTION:
stackoverflow.com.  246696  IN  A   69.59.196.211

在上面的查询中，我们没有氨基酸标志，并且 TTL 会随着我们不断查询而不断减少。这基本上就是我之前所说的计数器。

答案2

如果你碰巧被困在 Windows 机器上并且只能访问 nslookup：

nslookup -qa=A -debug host.example.com authoritiative-dns-host-here.com

答案3

Is the value '43200' the TTL for this DNS record?

是的 - 正如回答您的查询的服务器向您报告的那样（如果您询问缓存服务器，它将返回其缓存中的剩余时间）。

要查看实际记录上设置的 TTL，请查询权威名称服务器（dig @some.dns.server host.example.gov-权威 DNS 服务器将在 dig 输出的 Authority 部分中列出）

快速检查您是否在询问权威 NS：如果您dig再次运行并且 TTL 发生变化，则可能是命中了缓存。如果保持不变，则可能是在询问权威服务器（或缓存已损坏的服务器）。

答案4

我在默认的 dig 输出中看不到权威服务器，但是以下

dig +nssearch host.example.com

返回它们，然后可以按照 voretaq7 所述使用它们来获取记录的实际 TTL 值。

更新：总是忘记怎么做，不得不回来，所以写了一个小脚本，首先获取权威名称服务器，然后使用它进行挖掘

#!/bin/bash

show_help(){
        echo Usage $0 domain
}

if [ -z "$1" ]; then
        show_help
        exit 1
fi

DOMAIN=$1
APEX_DOMAIN=`echo $DOMAIN | sed 's/\(.*\.\)\([^.]*\.[^.]*\)/\2/'`
FIRST_AUTHORITATIVE_NS=$(dig +nssearch $APEX_DOMAIN | awk '$1=="SOA"{sub(".$","",$2);print $2;exit;}')

echo
echo Using authoritative nameserver $FIRST_AUTHORITATIVE_NS

dig @$FIRST_AUTHORITATIVE_NS $@

相关内容