2

在通过dig实用程序进行 DNS 查询时,有时我会在结果中得到附加记录,而有时却没有。这是非常正常的。

但是今天我在 dig 的输出中看到了一些有趣的东西。在查询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

请解释我在这里缺少什么?

4

1 回答 1

1

附加部分中的第五个 RR 是OPT伪 RR。它的信息显示OPT PSEUDOSECTION在您的示例中的标题下,而不是在其他 RR 中,因为它很特殊。您可以在 RFC 2671 中阅读所有相关信息。

于 2016-10-20T19:30:55.263 回答