我试图在使用recursionparsing器时遇到caching缺失的情况下，用BIND 9解决一些DNS问题。
我已经启用debugging2日志查询错误，并得到以下内容：
01-Jun-2015 03:04:41.539 debug 1: client 71.41.189.242#53761 (www.theonion.com): query failed (SERVFAIL) for www.theonion.com/IN/A at query.c:7005 01-Jun-2015 03:04:41.539 debug 2: fetch completed at resolver.c:3194 for www.theonion.com/A in 10.000137: timed out/success [domain:theonion.com,referral:1,restart:3,qrysent:11,timeout:10,lame:0,neterr:0,badresp:0,adberr:0,findfail:0,valfail:0] 有谁知道这到底是什么意思。 第一个条目看起来像失败了。
第二个是超时/成功（就是这样 – 我们或成功的时间 – 或超时值后发生的成功）
debugging2行中的数字是多less？ 什么是推介，重新启动，查询等。这是否尝试了相同的查询11次，10超时和1响应？ 有什么推荐和重新启动？
任何绑定的专家，可以帮助我理解这里发生了什么？
BIND ARM是你的朋友，无论你做什么复杂的BIND。 特别是在logging部分有logging 。 解释应该是，BIND遵循1个引用，尝试了3次到达所有已知的域名服务器，在过程中发送了11个查询，并且在11个查询中的10个超时。
转诊
解决scheme在整个解决过程中收到的推荐人数。 在上面的例子中，这是2，最有可能是com和example.com。
重新开始
parsing程序在域区域尝试远程服务器的周期数。 在每个循环中，parsing器将一个查询（可能重新发送，取决于响应）发送到域区域的每个已知名称服务器。
qrysent
parsing器在域区域发送的查询数量。
时间到
自parsing器收到最后一个响应以来超时的次数。
瘸
parsing器在域区检测到的不良服务器的数量。 通过无效响应或者在BIND9的地址数据库（ADB）中进行查找的结果，服务器被检测为不良响应，在该数据库中caching了不良服务器。
neterr
parsing器在域区域发送查询时遇到的错误结果的数量。 一种常见的情况是远程服务器无法访问，parsing器收到ICMP不可达错误消息。
badresp
在域区域parsing器发送的查询的意外响应（不是跛脚）的数量。
adberr
查找ADB中域区域的远程服务器地址失败。 一个常见的情况是远程服务器的名称没有任何地址logging。
findfail
解决远程服务器地址的问题。 这是整个解决过程中的失败总数。
valfail
DNSSECvalidation失败。 validation失败在整个parsing过程中计算（不限于域区域），但应该只发生在域中。