在通过挖掘实用程序执行DNS查询时,有时我会在结果中获得附加记录,有时则不会。这非常正常。
但今天我在挖掘的输出中看到了一些有趣的东西。在查询 fb.com 域时,我在响应中获得了一些额外的记录
有趣的部分是与旗帜一起显示的信息。
dig实用程序通知有 ADDITIONAL:5 (五个附加记录),而在实际输出部分,它只显示4个额外的响应。
这不仅仅适用于fb.com域名,但我也在其他域名中获得类似的内容(附加部分不匹配)。
`[root@Kansal~]# dig fb.com
; <<>> DiG 9.10.3-P3 <<>> fb.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34411
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 5
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fb.com. IN A
;; ANSWER SECTION:
fb.com. 221 IN A 31.13.74.36
;; AUTHORITY SECTION:
fb.com. 735 IN NS b.ns.facebook.com.
fb.com. 735 IN NS a.ns.facebook.com.
;; ADDITIONAL SECTION:
a.ns.facebook.com. 3485 IN A 69.171.239.12
a.ns.facebook.com. 3485 IN AAAA 2a03:2880:fffe:c:face:b00c:0:35
b.ns.facebook.com. 3485 IN A 69.171.255.12
b.ns.facebook.com. 3485 IN AAAA 2a03:2880:ffff:c:face:b00c:0:35
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu Oct 20 15:24:59 IST 2016
;; MSG SIZE rcvd: 183
[root@Kansal~]# `
绑定版本是9.10.3
请解释我在这里缺少什么?
答案 0 :(得分:1)
The fifth RR in the Additional section is the OPT
pseudo-RR. Its information is displayed under the OPT PSEUDOSECTION
header in your example, rather than among the other RRs, since it's special. You can read all about it in RFC 2671.