35

这是主要问题：

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

可能是什么原因？我正在读这个。这是我 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.
4

1 回答 1

49

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

dig +notrace（默认）查询您的默认 DNS 解析器（在 Linux 上，无论在 中指定什么/etc/resolv.conf）。

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

于 2012-08-20T08:51:10.920 回答