我的BIND 9.10.3正在logging奇怪的条目，如：
Jan 12 12:44:49 www named[24776]: client 117.136.25.126#18977: message parsing failed: FORMERR Jan 12 12:50:47 www named[24776]: client 117.136.25.126#18978: message parsing failed: FORMERR Jan 12 13:00:08 www named[24776]: client 117.136.95.15#24805: message parsing failed: FORMERR 117.136.95.15不在我的networking中，我不允许recursion除了本地主机以外的任何东西，因此它必须是我为权威的区域。
这只是最近才开始的（1月5日）。 看看日志，似乎只有来自以下的查询：
# zfgrep "message parsing failed: FORMERR" daemon.log* | awk '{print $7}' |awk -F\. '{printf("%s.%sxx\n",$1,$2)}' | sort | uniq -c | sort -n 1 101.27.xx 1 121.31.xx 1 1.84.xx 1 61.158.xx 104 223.104.xx 150 117.136.xx
正在造成这一点。 查看这些IP的WHOIS信息：
inetnum: 117.128.0.0 - 117.191.255.255 netname: CMNET descr: China Mobile Communications Corporation descr: Mobile Communications Network Operator in China descr: Internet Service Provider in China country: CN inetnum: 223.64.0.0 - 223.117.255.255 netname: CMNET descr: China Mobile Communications Corporation descr: Mobile Communications Network Operator in China descr: Internet Service Provider in China country: CN
似乎DNS查询格式不正确。 也许你有一个networking设备破坏UDPstream量，或者这些IP是来自一个僵尸networkingsearch一些可利用的DNS服务器（这就是我认为的）
所以，我拿了一个tcpdump，并从相同的两个networking获得相当多的数据包，导致我的日志中有相同的消息。
看着数据包，他们的DNS有效载荷中没有任何东西似乎是正确的：
在与域名字段是一个二进制“0”。 DNS域标签是长度编码的 – 长度为“0”表示“空名称” – 根区域具有空名称。
但是由于DNS有效载荷的其余部分也几乎都是零，所以这可能是巧合。
这可能是和攻击，但更有可能破碎的软件（如防火墙）。