dig 返回 SERVFAIL 但 +trace 有效

Question

这是主要问题：

dig maktabkhooneh.info +trace

工作得很好，并返回正确的答案。

dig maktabkhooneh.info

（不带 +trace）返回：

; <<>> DiG 9.8.1-P1 <<>> maktabkhooneh.info

;; global options: +cmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58716

;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

可能是什么原因？我正在阅读this。这是我 12 小时前更改域数据的唯一可能原因吗？ SERVFAIL没有其他可能的原因吗？

额外信息：

我有两台 BIND 服务器在 168.144.251.73（主）和 168.144.92.50（从）上工作。

在我的主人身上：

$TTL 300

maktabkhooneh.info.        IN    SOA     ns1.maktabkhooneh.info.   
admin.maktabkhooneh.info. (

2012060201    ; Serial

86400    ; Refresh

7200     ; Retry

3600000    ; Expire

300 )  ; Minimum


maktabkhooneh.info.        IN    A       168.144.97.83

maktabkhooneh.info.        IN    NS      ns1.maktabkhooneh.info.

maktabkhooneh.info.        IN        NS      ns2.maktabkhooneh.info.

ns1     IN    A   168.144.251.73

ns2     IN    A   168.144.92.50

www     IN    CNAME   maktabkhooneh.info.

Answer 1

dig +trace 从一开始就遵循整个链 - 它查询根服务器，然后是 .info 服务器，然后是您的 namserver。因此它避免了任何缓存解析器，也避免了传播问题。

dig +notrace（默认）查询您的默认 DNS 解析器（在 Linux 上，/etc/resolv.conf 中指定的任何内容）。

该解析器存在一些问题 - 可能配置错误，可能缓存中有旧数据，可能无法访问您的权威名称服务器等。