我正在尝试在Ubuntu 13.10上configurationDNS服务器，以便我们本地networking中的任何DNS查询将被parsing为192.168.0.101 。
我尝试了不同的东西，接下来几个教程，但没有得到任何结果。 大多数情况下，我被这些新概念所淹没，因为我从来没有做过这种事情。
我已经改变/etc/resolv.conf使用127.0.0.1作为DNS服务器，只是为了testing，并尝试了以下查询： dig blabla.com ，这给了我的答案status: SERVFAIL
这是我目前的绑定configuration：
在named.conf.options （我简单地添加了recursion yes ）
options { directory "/var/cache/bind"; dnssec-validation auto; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; recursion yes; };
在named.conf.local
zone "." { type master; file "/etc/bind/zones/root.db"; };
在/etc/bind/zones/root.db
$ORIGIN . $TTL 1D @ IN SOA @ none. ( 0 1D 1H 1W 3H ); IN NS @ * IN A 192.168.0.101
我不认为绑定可以轻而易举地做到这一点，并有一个很好的理由：这是一个可怕的破碎的事情要做，你应该find一个更好的方式来实现你想要的。 我猜你想要一个透明的代理，所以设置一个透明的代理，不要操他妈的DNS。
但是如果你真的想打破你的用户的DNS，dnsmasq实际上允许你这样做： dnsmasq --address=/#/1.2.3.4
我同意另一个答案，指出做这种事似乎是一个坏主意。
但是，我会认为你的SERVFAIL响应的原因只是你的区域文件. （在问题中发布的）区域是无效的。
我马上看到的错误是NSlogging是指名称. 但是. 没有A或AAAAlogging。
您的日志将有这个错误（可能还有其他错误，我没有立即发现）。
除了读取日志之外，在使用绑定时， named-checkconf （validationconfiguration）和named-checkzone （validation区域数据）也是您工作stream程一部分的宝贵工具。
我发现named-checkconf -zj特别适用于获取configuration和区域数据的概述。