组播IP上的DNS解析

Question

编辑:看起来像ns查找的一些mcast IP不会立即得到一个失败的答案。有什么建议吗？

我有两个env，我们构建的新env是在linux上运行BIND。当运行lsof或tcpdump时，当他们试图解析多播IP范围中的地址时，会陷入或变慢。是的，我可以在没有名字分辨率的情况下生活，但有些人不能。

在一些人建造的旧公司里，经营lsof是没有问题的。它不尝试解析mcast地址。

知道我该去哪找吗？我查了named.conf，没什么区别。

谢谢W

Answer 1

像lsof这样的工具--事实上，所有的工具，都不会为了名称解析而专门处理多播地址。他们试图像其他地址一样解决这些问题。这是有用的，因为这些地址实际上在Internet上有有效的名称：

; <<>> DiG 9.7.3 <<>> -x 224.0.0.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65271
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0

;; QUESTION SECTION:
;1.0.0.224.in-addr.arpa.                IN      PTR

;; ANSWER SECTION:
1.0.0.224.in-addr.arpa. 28800   IN      PTR     all-systems.mcast.net.

而那些不应该得到快速否定答案的人。

; <<>> DiG 9.7.3 <<>> -x 235.255.255.255
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39854
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;255.255.255.235.in-addr.arpa.  IN      PTR

在任何一种情况下，答案都应该是快速的，而不应该有超时。

检查您的缓存解析器名称服务器，以确保它能够解析这些地址。如果不是，它可能会被防火墙保护，无法到达适当的权威服务器或其他什么地方。

如果需要，您可以在本地对这些名称进行短路解析，并通过将它们定义为缓存解析器上指向权威名称服务器上空区域的存根区域，从而保证在不需要Internet访问的情况下快速回答。我怀疑是否有很多软件比依赖的软件更多，例如，224.0.0.1映射到Allsystems.mCast.net。您应该服务的区域是224 inaddr.arpa到239.in-addr.arpa以及f.f.ip6.arpa。