这是主要问题:
挖掘maktabkhooneh.info + trace
完美无缺,并返回正确的ansewr。
挖掘maktabkhooneh.info
(没有+跟踪)返回:
<<>> DiG 9.8.1-P1<> maktabkhooneh.info
;;全局选项:+ cmd
;;得到答案:
;; - >> HEADER<< - opcode:QUERY,status:SERVFAIL,id:58716
;;旗帜:qr rd ra; QUERY:1,答案:0,AUTHORITY:0,ADDITIONAL:0
可能是什么原因?我在看this。这是我12小时前改变域名数据的唯一可能原因吗? SERVFAIL没有其他可能的原因吗?
额外信息:
我有两个BIND服务器工作在168.144.251.73(主服务器)和168.144.92.50(从服务器)。
在主人身上我有:
$ TTL 300
maktabkhooneh.info。在SOA中ns1.maktabkhooneh.info。
admin.maktabkhooneh.info。 (2012060201;串行
86400;刷新
7200;重试
3600000;到期
300);最小
maktabkhooneh.info。在A 168.144.97.83
maktabkhooneh.info。在NS ns1.maktabkhooneh.info。
maktabkhooneh.info。在NS ns2.maktabkhooneh.info。
ns1 IN A 168.144.251.73
ns2 IN A 168.144.92.50
www IN CNAME maktabkhooneh.info。
答案 0 :(得分:38)
dig +trace
从一开始就跟随整个链 - 它查询根服务器,然后查询.info服务器然后查询你的namservers。因此,它避免了任何缓存解析器,也避免了传播问题。
dig +notrace
(默认值)查询您的默认DNS解析程序(在Linux上,/etc/resolv.conf
中指定的任何内容)。
解析器存在一些问题 - 可能是配置错误,也许它在缓存中有旧数据,可能无法访问权威的域名服务器等。