bind日志分析

 Bind 日志格式如图
Logging这个大的标题下有两个小的标题

1 channel tiaoshi{}; 定义通道的参数:存放在/var/named/log.msgs文件中

  Dynamic以上的消息级别被记录

    在消息中打印级别

   在消息中打印时间

   在消息中打印category

2 category {}; 定义了queries 查询请求的消息使用tiaoshi这个通道

定义好了这个重启named服务:

按照我这样写,查询信息应该被放进/var/named/log.msgs文件中,但是结果却不是这样,即没有创建这个文件,这里就要说到调试级别了,我是这样 理解的,不知道对不对:

要想让日志被放进目标文件,给日志定义了管道channel,也定义了什么样的日志什么样的管道去处理catogory ,只要日志出现,就必定成功了,问题应该是系统没有产生这个日志,那开启调试级别为named -d 1 ,再试一次,ok~

之后我在网上找了大家对bind调试级别的解释,它的级别定义了日志的详细级别……

named调试级别用从0到11的整数来表示;数字越大,表示输出信息越详细。级别0关闭调试,级别1和2适用于调试配置和数据库,大于4的级别适合代码的维护人员使用。我们可以在named命令行用-d标记调用调试,例如:

  # named ?d2

  将在调试级别2启动named,调试信息写入named.run文件,该文件的位置随UNIX系统的不同而不同。严重性级别越高,则日志记录的信息越多。
如果1都可以,那么默认的级别应该是0,关闭调试。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章