主な問題は次のとおりです。
Maktabkhooneh.info + traceを掘る
完璧に機能し、正しい回答を返します。
Maktabkhooneh.infoを掘る
(+ traceなし)は以下を返します。
; << >> Dig 9.8.1-P1 << >> maktabkhooneh.info
;;グローバルオプション:+ cmd
;;答えを得ました:
;; ->> HEADER <<-オペコード:QUERY、ステータス:SERVFAIL、ID:58716
;;フラグ:qr rd ra;クエリ:1、回答:0、権限:0、追加:0
理由は何でしょうか? this を読んでいた。 12時間前にドメインデータを変更したのは、考えられる唯一の理由ですか? SERVFAILの他の考えられる理由はありませんか?
追加情報:
168.144.251.73(マスター)と168.144.92.50(スレーブ)で動作する2つのBINDサーバーがあります。
マスターには次のものがあります:
$ TTL 300
maktabkhooneh.info。 IN SOA ns1.maktabkhooneh.info。
admin.maktabkhooneh.info。 (2012060201;シリアル
86400;リフレッシュ
7200;リトライ
3600000;期限切れ
300);最小
maktabkhooneh.info。 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
168.144.92.50のns2
www in CNAME maktabkhooneh.info。
Dig +trace
はチェーン全体を最初から追跡します。ルートサーバー、.infoサーバー、そしてnamserverの順にクエリします。したがって、キャッシングリゾルバを回避し、伝播の問題も回避します。
Dig +notrace
(デフォルト)はデフォルトのDNSリゾルバーを照会します(Linuxでは、/etc/resolv.conf
)。
そのリゾルバにはいくつかの問題があります-設定が間違っているか、キャッシュに古いデータがあるか、権限のあるネームサーバーに到達できないなどです。