我有一个DNS服务器（mega.dude – 123.123.123.123）运行绑定9.4。 当我：
dig mega.dude 我没有得到答案部分。
我有
nameserver 123.123.123.123
在/etc/resolv.conf中
这是我的区域文件：
$TTL 1W @ IN SOA mega.dude. names.mega.dude. ( 2009081502 ; serial 3H ; refresh 15M ; retry 1W ; expiry 1D ) ; minimum NS ns1 NS ns2 MX 10 mail.mega.dude. A 123.123.123.123 @ A 123.123.123.123 ns1 A 123.123.123.123 ns2 A 123.123.123.123 www CNAME @ mail A 123.123.123.123
它不像以前那样 我读到，指向CNAME的mxlogging是邪恶的。 所以我改变了。 那么我想也许这也是NS的情况。 所以我也改变了这些。 仍然没有好处。 港口是开放的。 我无法弄清楚。 哦，顺便说一下，其他所有区域都会恢复正常。 但不是服务器自己的域名。 所以我知道我在做一些愚蠢的事情。
编辑
以下是我的named.conf部分：
zone "mega.dude" { type master; file "pri/mega.dude"; }; zone "123.123.123.in-addr.arpa" { type master; notify no; file "pri/123.123.123"; };
这是我在服务器上得到的回应：
$ dig mega.dude ; <<>> DiG 9.4.3-P1 <<>> mega.dude ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 25170 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mega.dude. IN A ;; Query time: 134 msec ;; SERVER: 123.123.123.123#53(123.123.123.123) ;; WHEN: Thu Apr 1 08:02:54 2010 ;; MSG SIZE rcvd: 28
这里是我的笔记本电脑的回应：
dig @mega.dude mega.dude ; <<>> DiG 9.4.2-P2.1 <<>> @mega.dude mega.dude ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 21361 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;mega.dude. IN A ;; Query time: 51 msec ;; SERVER: 123.123.123.123#53(123.123.123.123) ;; WHEN: Thu Apr 1 08:20:19 2010 ;; MSG SIZE rcvd: 28
queries.log有：
01-Apr-2010 08:02:54.192 client 123.123.123.123#33160: query: mega.dude IN A +
我应该检查的任何地方？
编辑
我做了Alnitak提出的改变 – 至less我想我明白了：
$TTL 1W @ IN SOA mega.dude. names.mega.dude. ( 2009081502 ; serial 3H ; refresh 15M ; retry 1W ; expiry 1D ) ; minimum IN NS ns1 IN NS ns2 IN MX 10 mail A 123.123.123.123 ns1 A 123.123.123.123 ns2 A 123.123.123.123 www A 123.123.123.123 mail A 123.123.123.123
我现在得到一个权威部分，但没有答案部分：
dig mega.dude ; <<>> DiG 9.4.3-P1 <<>> mega.dude ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30264 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;mega.dude. IN A ;; AUTHORITY SECTION: mega.dude. 86400 IN SOA mega.dude. names.mega.dude. 2009081502 10800 900 604800 86400 ;; Query time: 0 msec ;; SERVER: 123.123.123.123#53(123.123.123.123) ;; WHEN: Thu Apr 1 08:33:50 2010 ;; MSG SIZE rcvd: 70
所以事实certificate，额外的logging导致了一个问题。
这工作：
@ A 210.48.255.42
这不：
A 210.48.255.42
我现在得到一个完整的答复：
$ dig @mega.dude mega.dude ; <<>> DiG 9.4.3-P1 <<>> @mega.dude mega.dude ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1029 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;mega.dude. IN A ;; ANSWER SECTION: mega.dude. 604800 IN A 123.123.123.123 ;; AUTHORITY SECTION: mega.dude. 604800 IN NS ns1.mega.dude. mega.dude. 604800 IN NS ns2.mega.dude. ;; ADDITIONAL SECTION: ns1.mega.dude. 604800 IN A 123.123.123.123 ns2.mega.dude. 604800 IN A 123.123.123.123 ;; Query time: 0 msec ;; SERVER: 123.123.123.123#53(123.123.123.123) ;; WHEN: Thu Apr 1 15:15:58 2010 ;; MSG SIZE rcvd: 112
那很棒！ 只是一些古怪
我从http://www.checkdns.net/quickcheckdomainf.aspx运行testing
我看到两个问题：
在NSlogging中找不到由SOA（mega.dude）定义的主DNS。
Domain mega.dude没有MXlogging，但是它有Alogging。 这个configuration不是mega.dude
和： http ： //www.mxtoolbox.com/
我得到：
没有findlogging报告由ns1.mega.dude于2010年4月1日星期四上午1:09:05（GMT-5）
我做了这些改变已经过了12个多小时了。 我会认为我在我的区域文件中指定了一个MXlogging。 那么SOA呢？ 我非常高兴，它主要是整理出来，但它仍然看起来像我有一些问题。 可能很明显，mega.dude不是真正的域名。 我不想被黑客入侵。
对不起，这个问题太久了。 我想我应该把它编辑下来。 或者应该closures这个并发布另一个问题？
谢谢大家！
而不是告诉我们你没有得到一个答案部分，如果你告诉我们你得到了什么，以及答复代码，我们将能够更好地诊断。
这将告诉我们，例如，您的服务器是否正确地为SOA提供服务，或者如果您收到某些特定的错误消息。
FWIW，关于使用别名（即CNAME ）作为MX或NSlogging的目标的警告是正确的 – 你不应该那样做。
在这里我没有看到任何真正的configuration错误，但是您可以进行一些优化，以便您不需要configuration文件中任何地方的真实域名：
@ IN SOA ns1 names ( ... ) IN MX 10 mail
此外， wwwlogging也应该是一个A而不是一个CNAME – 这是不是一个好主意，使www别名为$ORIGIN ，因为比www IN MX?的查询www IN MX? 或www IN NS? 当你真正想要的是IP地址时，会返回与域本身完全相同的logging。
列出的主Alogging也有两个有效的相同logging。 这不应该打破任何东西，也许这只是一个复制和粘贴错误？
编辑好奇重复的Alogging条目是问题 – 可能缺lessIN限定符导致parsing失败 – 您的BIND启动日志会告诉你。
关于其他问题 – 这些问题在一个新的问题中会更好，理想的是引用实际的域名。 如果您使用虚拟数据，我们无法对现场DNS问题进行有效的诊断。
EDIT2我确实修复了SOA问题 – SOA的第一个条目应该是主名称服务器的名称。 见上面修改的例子。
如果您请求特定的loggingtypes，会发生什么？
dig @mega.dude mega.dude. a dig @mega.dude mega.dude. ns dig @mega.dude mega.dude. mx
你有没有尝试挖掘 +trace选项？ 它会显示整个代表团的path，这可能会帮助您找出查询中断的位置。
dig mega.dude. +trace
我只是想澄清一下，以防有人在想。 主要的问题是空白 。 但是，所有这些都帮助我理清了其他一些错误。 干杯!