挖掘查询中的附加记录数量不匹配
Mismatch in the number of ADDITIONAL RECORDS in dig query
通过 dig 实用程序进行 DNS 查询时,有时我会在结果中得到额外的记录,有时却没有。这很正常。
但是今天我在挖掘的输出中看到了一些有趣的东西。在查询 fb.com 域时,我在响应中得到了一些额外的记录。
有趣的部分是与标志一起显示的信息。
dig 实用程序通知有 ADDITIONAL: 5(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
请解释一下我在这里遗漏了什么?
附加部分中的第五个 RR 是 OPT
pseudo-RR。它的信息显示在您示例中的 OPT PSEUDOSECTION
header 下,而不是在其他 RR 中,因为它很特殊。您可以在 RFC 2671 中阅读所有相关内容。
通过 dig 实用程序进行 DNS 查询时,有时我会在结果中得到额外的记录,有时却没有。这很正常。
但是今天我在挖掘的输出中看到了一些有趣的东西。在查询 fb.com 域时,我在响应中得到了一些额外的记录。
有趣的部分是与标志一起显示的信息。
dig 实用程序通知有 ADDITIONAL: 5(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
请解释一下我在这里遗漏了什么?
附加部分中的第五个 RR 是 OPT
pseudo-RR。它的信息显示在您示例中的 OPT PSEUDOSECTION
header 下,而不是在其他 RR 中,因为它很特殊。您可以在 RFC 2671 中阅读所有相关内容。