named.conf.local（包含在named.conf中）
zone "foo.com" { type master; file "/var/lib/bind/foo.com.hosts"; }; DNS区域
$ttl 600 foo.com. IN SOA server.hostname. mail.server.hostname. ( 1369844282 600 600 600 600 ) foo.com. IN NS server.hostname. fake A 99.99.99.99
digtesting
dig fake.foo.com +trace [...] foo.com. 600 IN SOA server.hostname. mail.server.hostname. 1369844282 600 600 600 600
为什么fake没有解决？ 我错过了什么？
此服务器的DNS由主机上的域面板进行pipe理。
在这个DNS面板上，我设置了一个子域名作为指向服务器的NSlogging。
托pipeDNS面板logging
@ A 99.99.99.99 www A 99.99.99.99 ftp A 99.99.99.99 beta A 99.99.99.99 _domainkey NS 99.99.99.99
所以，当我谈论fakelogging时，我的意思是说dig不能解决fake._domainkey.foo.com因为正如前面所说的那样，用SOA来回答我，而不是用logging回答。
你有没有尝试重新加载绑定后，使这些文件？
我不知道你的操作系统是什么，但其中的一个应该做的伎俩：
$ rndc reload foo.com
要么
killall -HUP named
这些将重新加载configuration，而不是把服务closures。 除此之外，核select：
service named restart
要么
/etc/init.d/named restart
问题出现在托pipeDNS面板的_domainkey NSlogging中，因为它无法正常工作。
我已经直接在DNS主机面板中添加logging，它工作正常。