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か？

追加情報：

168.144.251.73（マスター）と168.144.92.50（スレーブ）で動作する2つのBINDサーバーがあります。

そして私が持っているマスターについて：

$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 サーバー、そしてあなたの namserver をクエリします。したがって、キャッシュリゾルバーを回避し、伝播の問題も回避します。

dig +notrace(デフォルト) は、デフォルトの DNS リゾルバー (Linux では、 で指定されているもの) を照会します/etc/resolv.conf。

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

于 2012-08-20T08:51:10.920 に答える