0

以下に示すのは、named をリロードした最後の 2 回のログ エントリです。シリアル番号が変更されていないことがわかります (少し骨の折れる見落とし)。2/1 にオフィスに入ると、前の晩に内部ゾーンに加えた変更から生じたエラーについての苦情と、外部ゾーンに加えた変更が完了していないという苦情が寄せられました。内部ゾーンに加えたすべての変更をすばやく元に戻し、内部と外部の両方でシリアルを増やし、名前をリロードしました。

シリアルをインクリメントせずに変更が内部的に反映されたのに、外部には反映されなかったのはなぜですか? シリアル番号は、ホストが解決のためにサーバーにアクセスしたときではなく、スレーブがマスターにクエリを実行したときにのみ有効になりますか?

Jan 29 04:02:09 xxxx named[3983]: zone xxxx/IN: loaded serial 2012012702
Jan 29 04:02:09 xxxx named[3983]: zone xxxx/IN: sending notifies (serial 2012012702)
Jan 29 04:02:09 xxxx named[3983]: zone xxxx.com/IN: loaded serial 2012012702
Jan 29 04:02:09 xxxx named[3983]: zone xxxx.com/IN: sending notifies (serial 2012012702)

Jan 31 20:45:43 xxxx named[3983]: zone xxxx/IN: loaded serial 2012012702
Jan 31 20:45:43 xxxx named[3983]: zone xxxx/IN: sending notifies (serial 2012012702)
Jan 31 20:45:43 xxxx named[3983]: zone xxxx.com/IN: loaded serial 2012012702
Jan 31 20:45:43 xxxx named[3983]: zone xxxx.com/IN: sending notifies (serial 2012012702)
4

1 に答える 1

0

はい。スレーブはシリアル番号を参照して、新しいデータをロードする必要があるかどうかを確認します。それがすでに知っているものよりも高い場合 (シリアル番号のラップアラウンドを可能にする RFC で定義された「より高い」の意味に従って)、ゾーンのコピーを更新しようとします。

マスターサーバーは、シリアル番号が何を言っているかに関係なく、リロードするように指示した後、ゾーンファイルにあるものを提供し始めます.

于 2012-02-01T22:15:59.703 に答える