web-dev-qa-db-ja.com

digはSERVFAILを返しますが、+ traceは機能します

主な問題は次のとおりです。

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。

dnsbind
23
Hamed Tabatabaei

Dig +traceはチェーン全体を最初から追跡します。ルートサーバー、.infoサーバー、そしてnamserverの順にクエリします。したがって、キャッシングリゾルバを回避し、伝播の問題も回避します。

Dig +notrace（デフォルト）はデフォルトのDNSリゾルバーを照会します（Linuxでは、/etc/resolv.conf）。

そのリゾルバにはいくつかの問題があります-設定が間違っているか、キャッシュに古いデータがあるか、権限のあるネームサーバーに到達できないなどです。

39
Sandman4