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，關閉調試。