使用在本地主机上运行的Bind9。
我有两个logging在我的DNS区域文件中：
_kerberos._udp.GROUP-42.SNOOPY.ISP IN SRV 0 0 88 kirby.group-42.snoopy.isp. kirby.group-42.snoopy.isp. IN A 10.44.42.129 我可以运行dig kirby.group-42.snoopy.isp并得到一个正确的答案10.44.42.129 ，但是当我尝试运行dig _kerberos._udp.GROUP-42.SNOOPY.ISP SRV得到一个错误说，连接超时或无法连接服务器。
为什么它对Alogging而不是SRVlogging起作用？
你没有“。” 在“_kerberos._udp.GROUP-42.SNOOPY.ISP”的结尾处，因此命名为将区域起源附加到该string的末尾，因为它不是完全限定的域名（FQDN）。
因此，您没有“_kerberos._udp.GROUP-42.SNOOPY.ISP”的logging，您有“_kerberos._udp.GROUP-42.SNOOPY.ISP。$ ORIGIN”的logging（$ ORIGIN将是包含区域的名称（默认），或者如果您已经在区域主文件中定义了不同的来源，则将其设置为。
尝试把一个“。” 在logging标签的末尾，增加SOA中的区域序列号，然后重新加载区域。
编辑：您可能还有其他问题，因为在您的区域中缺lesslogging不应导致该logging的查询超时。 但是修理失踪的“。” 第一，然后如果你仍然有问题发布失败的挖掘命令的整个输出 。 结果是重要的，就像服务器部分一样。 使用“dig @ server”语法来指定所要求的服务器，或者挖掘+跟踪，也不会有什么伤害的。