![如何查看 DNS 记录的生存时间 (TTL)?](https://linux22.com/image/795122/%E5%A6%82%E4%BD%95%E6%9F%A5%E7%9C%8B%20DNS%20%E8%AE%B0%E5%BD%95%E7%9A%84%E7%94%9F%E5%AD%98%E6%97%B6%E9%97%B4%20(TTL)%EF%BC%9F.png)
我想查看 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 $@