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
dig测试
dig fake.foo.com +trace
[...]
foo.com. 600 IN SOA server.hostname. mail.server.hostname. 1369844282 600 600 600 600
为什么fake没有解决？我遗漏了什么？
更多细节
该服务器的 DNS 由托管上的域面板进行管理。
在该 DNS 面板上，我已将子域设置为指向服务器的 NS 记录。
托管 DNS 面板记录
@ 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
因此，当我谈到记录时fake，我的意思是dig无法解决，fake._domainkey.foo.com因为正如已经说过的，用 SOA 而不是记录来回答我。
答案1
制作这些文件后，您是否尝试过重新加载绑定？
我不确定你的操作系统是什么，但其中一个应该可以解决问题：
$ rndc reload foo.com
或者
killall -HUP named
这些将重新加载配置，而无需关闭服务。除此之外，核选项：
service named restart
或者
/etc/init.d/named restart
答案2
问题出在托管 DNS 面板中的 _domainkey NS 记录中，因为它无法正常工作。
我已经直接在 DNS 托管面板中添加了记录，并且运行良好。