![使用 dig 进行 GTLD 服务器的 DNS 查找](https://linux22.com/image/1234480/%E4%BD%BF%E7%94%A8%20dig%20%E8%BF%9B%E8%A1%8C%20GTLD%20%E6%9C%8D%E5%8A%A1%E5%99%A8%E7%9A%84%20DNS%20%E6%9F%A5%E6%89%BE.png)
我在 Linux 上运行了以下命令
>> dig .
我收到了以下回复
;; AUTHORITY SECTION:
. 281 IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2010032400 1800 900 604800 86400
- 为什么响应中不包含根服务器的IP地址?
- 回复末尾的数字是什么意思。其中一个很可能(肯定)是日期。
- 为什么它报告2个根服务器a.root和nstld.verisign?
当我发送以下查询时
挖掘 com.
;; 授权部分:com。51 IN SOA a.gtld-servers.net. nstld.verisign-grs.com。1269425283 1800 900 604800 86400
我再次没有获得 IP 地址。当我查询指定的 gtld 服务器时,我可以获得 IP 地址。为什么的响应dig net.
与的响应相同,dig com.
只是响应中的是 19,而不是 51。
答案1
“为什么响应中不包含根服务器的IP地址?”
因为您没有要求它。dig NS .
将为您提供根名称服务器的名称以及 IP 地址。
“回复末尾的数字是什么意思。其中一个很可能(肯定)是日期。”
不是,它是根区的序列号,可能编码为日期,但并非总是如此(将根与 .com 或 .fr 进行比较)。其他数字仅对辅助名称服务器有用,并在RFC 1035,第 3.3.13 节(请注意,最后一个数字“最低限度”自 RFC 1035 发布以来具有了新的含义)。
“为什么它报告2个根服务器a.root和nstld.verisign?”
不是的。NSTLD.VERISIGN-GRS.COM
是区域管理员的电子邮件地址(@ 在传统区域文件中具有特殊含义,因此由第一个点代替)。
“为什么 dig net 的响应与 dig com 的响应相同,只是响应中的数字不是 51,而是 19。”
这是 TTL(生存时间),每次查询时它都会减少。请多试
dig com
几次。