bind日誌分析

 Bind 日誌格式如圖

Logging這個大的標題下有兩個小的標題

1 channel tiaoshi{}； 定義通道的參數：存放在/var/named/log.msgs文件中

  Dynamic以上的消息級別被記錄

    在消息中打印級別

   在消息中打印時間

   在消息中打印category

2 category {}; 定義了queries 查詢請求的消息使用tiaoshi這個通道

定義好了這個重啓named服務：

按照我這樣寫，查詢信息應該被放進/var/named/log.msgs文件中，但是結果卻不是這樣，即沒有創建這個文件，這裏就要說到調試級別了，我是這樣 理解的，不知道對不對：

要想讓日誌被放進目標文件，給日誌定義了管道channel，也定義了什麼樣的日誌什麼樣的管道去處理catogory ，只要日誌出現，就必定成功了，問題應該是系統沒有產生這個日誌，那開啓調試級別爲1 ，named -d 1 ，再試一次，ok了~

之後我在網上找了大家對bind調試級別的解釋，它的級別定義了日誌的詳細級別……

named調試級別用從0到11的整數來表示；數字越大，表示輸出信息越詳細。級別0關閉調試，級別1和2適用於調試配置和數據庫，大於4的級別適合代碼的維護人員使用。我們可以在named命令行用-d標記調用調試，例如：

　　# named ?d2

　　將在調試級別2啓動named，調試信息寫入named.run文件，該文件的位置隨UNIX系統的不同而不同。嚴重性級別越高，則日誌記錄的信息越多。

如果1都可以，那麼默認的級別應該是0，關閉調試。