分析DNS日志

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
简介:
在DNS服务器运行时,每隔一小时会生成一组如下所示的LOG_INFO级日志信息,反馈DNS服务器的运行状态:
Dec 26 10:23:52 www named[1033]: Cleaned cache of 26 RRset    
Dec 26 10:23:52 www named[1033]: USAGE 977797432 976760631 CPU=6.55u/6.24s CHILD CPU=0u/0s    
Dec 26 10:23:52 www named[1033]: NSTATS 977797432 976760631 0=2 A=13192    
CNAME=321 PTR=11204 MX=1173 TXT=4 AAAA=32 ANY=4956    
Dec 26 10:23:52 www named[1033]: XSTATS 977797432 976760631 RR=7629 RNXD=1368    
RFwdR=4836 RDupR=51 RFail=159 RFErr=0 RErr=12 RAXFR=0 RLame=175 ROpts=0    
SSysQ=2082 SAns=26234 SFwdQ=4520 SDupQ=1263 SErr=0 RQ=30889 RIQ=4 RFwdQ=0    
RDupQ=259 RTCP=2 SFwdR=4836 SFail=6 SFErr=0 SNaAns=21753 SNXD=10276    

下面我们就逐句解读一下:    
1. Dec 26 10:23:52 www named[1033]: Cleaned cache of 26 RRset    
这是每一组日志信息的第一行,表示正在清空Cache    
其中:    
Dec 26 10:23:52 
表示日志生成时间    
www 
显示DNS服务器所在机器名    
named[1033]
 显示DNS服务器进程名与进程ID    
Cleaned cache of 26 RRset 
表示正在清除cache    
2. Dec 26 10:23:52 www named[1033]: USAGE 977797432 976760631 CPU=6.55u    
/6.24s CHILD CPU=0u/0s    
这一行是USAGE行,用于统计DNS服务器占用的CPU时间。    
其中:    
Dec 26 10:23:52 
表示日志生成时间    
www 
显示DNS服务器所在机器名    
named[1033]
 显示DNS服务器进程名与进程ID    
USAGE 
行标记    
977797432 976760631 977797432-976760631
的值就是DNS服务器运行的总秒数    
CPU=6.55u/6.24s 
代表DNS服务器使用了用户态6.55秒,系统态6.24秒(u代表user    
s
代表system),    
CHILD CPU 
代表DNS服务器子进程的CPU占用情况。    
3. Dec 26 10:23:52 www named[1033]: NSTATS 977797432 976760631 0=2 A=13192    
CNAME=321 PTR=11204 MX=1173 TXT=4 AAAA=32 ANY=4956    
这一行是NSTATS行,用于统计接收到的查询总数    
其中:    
Dec 26 10:23:52 
表示日志生成时间    
www 
显示DNS服务器所在机器名    
named[1033]
 显示DNS服务器进程名与进程ID    
NSTATS 
行标记    
977797432 976760631 977797432-976760631
的值就是DNS服务器运行的总秒数    
0=2 
代表未知类型的DNS查询2   
A=13192 代表A类地址查询13192个(最标准)
CNAME=321 代表CNAME类地址查询321个(一般是有些版本的sendmail使用CNAME程序    
规范化邮件地址而发出的,还有就是dignslookup发出的)    
PTR=11204 
代表指针查询11204个(许多软件通过这种方法来查找IP地址)    
MX=1173 
代表邮件交换器的查询1173个(是由邮件发送程序发起的)    
TXT=4 
代表应用程序进行的文本查询共有4    
AAAA=32 
代表AAAA类查询32    
ANY=4956 
有些Sendmail使用的地址查询方式,共4956    
注:还有可能有:    
NS=xx 
代表名字服务器查询(例如:名字服务器试图查找根域的服务器)    
SOA=xx 
代表辅助DNS更新    
HINFO=xx 
主机信息查询    
NSAP=xx 
将域名映射成OSI网络服务访问点地址    
AXFR=xx 
辅助DNS的区传送    
这些在本例中并未出现。    
4. Dec 26 10:23:52 www named[1033]: XSTATS 977797432 976760631 RR=7629 RNXD=1368    
RFwdR=4836 RDupR=51 RFail=159 RFErr=0 RErr=12 RAXFR=0 RLame=175 ROpts=0 SSysQ=2082    
SAns=26234 SFwdQ=4520 SDupQ=1263 SErr=0 RQ=30889 RIQ=4 RFwdQ=0    
RDupQ=259 RTCP=2    
SFwdR=4836 SFail=6 SFErr=0 SNaAns=21753 SNXD=10276   
这是XSTATS行,它用于统计其它一些数据。
其中:     
Dec 26 10:23:52 
表示日志生成时间     
www 
显示 DNS 服务器所在机器名     
named[1033]
  显示 DNS 服务器进程名与进程 ID    
NSTATS 
行标记     
977797432 976760631 977797432-976760631
的值就是 DNS 服务器运行的总秒数     
RR=7629 
代表收到其它主机的响应共有 7629 个( DNS 向其它机器或进程发出的查询得到的响应数、  
RQ 无关)     
RNXD=1368 
代表收到 没有这样的域 回答共有 1368     
RFwdR=108 
收到对原始查询的响应为 108     
RDupR=51 
重复响应 51 个(当 DNS 在它悬而未决的查询列表中,找不到引起该响应的原始查询时,  
这个响应就是重复响应)     
RFail=159 
收到 SERVFAIL (远程服务器错误) 159     
RFErr=0 
没有收到 FORMERR (远程名字服务器认为本地名字服务器的查询有格式错误)     
Rerr=12 
收到除了 SERVFAIL FORMERR 以外的错误 12     
RAXFR=0 
共有 0 次区传送     
RLame=175 
收到 175 个坏授权(意味着有的区被授权给其它名字服务器,而这个名字服务器不是这  
个区的权威)     
ROpts=0 
共收到带有 IP 选项的包的个数为 0    
SSysQ=2082 
共发出系统查询 2082 个(系统查询是由本地名字服务器进行的查询。大多数都是针对  
根名字服务器的)     
SAns=26234 
共回答了查询 26234     
SFwdQ=4520 
不在这个名字服务器,而转发共 4520     
SDupQ=1263 
重复查询数 1263     
SErr=0 
发出的非 SERVFAIL FORMERR 的错误总数     
RQ=30889 
收到的查询共有 30889     
RIQ=4 
收到反向查询 4 个(反向查询是为了将地址映射为名字,现在这个功能被  PTR 实现了。较早  
nslookup 才使用这种查询)     
RFwdQ=0 
没有需要进一步处理的查询     
RDupQ=259 
重复查询共有 259     
RTCP=2 
通过 TCP 连接收到 2 个查询(一般使用 UDP     
SFwdR=4836 
来自其它名字服务器转发的响应 4836     
SFail=6 
发出被认为 SERVFAIL 响应共 6     
SFErr=0 
发出的被认为 FORMERR 的响应个数     
SNaAns=21753 
非权威回答共 21753    
SNXD=10276 
发出没有这个域回答 10276     

这些统计数据都是从 DNS 开启后到现在的总统计,而非本小时内的统计数字。如何衡量 DNS 服务器的  
负载呢?很简单,将总查询数除以 DNS 运行的总时间,不就知道了吗?在本例中: DNS 服务器已运行  
了:  977797432-976760631=1036801 =288 小时     
注:从第 2 3 4 行都可以得到     
而总查询请求有:  2+13192+321+11204+1173+4+32+4956=20884     
注:从第 2 行都可以得到 , 也就是每小时 107 次查询请求,每秒不到 2 次,可见负载还是比较小的。   

本文转自 zhouhaipeng 51CTO博客,原文链接:http://blog.51cto.com/zhouhaipeng/92104,如需转载请自行联系原作者


相关文章
|
1月前
|
机器学习/深度学习 数据采集 存储
时间序列预测新突破:深入解析循环神经网络(RNN)在金融数据分析中的应用
【10月更文挑战第7天】时间序列预测是数据科学领域的一个重要课题,特别是在金融行业中。准确的时间序列预测能够帮助投资者做出更明智的决策,比如股票价格预测、汇率变动预测等。近年来,随着深度学习技术的发展,尤其是循环神经网络(Recurrent Neural Networks, RNNs)及其变体如长短期记忆网络(LSTM)和门控循环单元(GRU),在处理时间序列数据方面展现出了巨大的潜力。本文将探讨RNN的基本概念,并通过具体的代码示例展示如何使用这些模型来进行金融数据分析。
234 2
|
15天前
|
存储 SQL 监控
|
15天前
|
运维 监控 安全
|
18天前
|
监控 关系型数据库 MySQL
分析慢查询日志
【10月更文挑战第29天】分析慢查询日志
35 3
|
18天前
|
监控 关系型数据库 数据库
怎样分析慢查询日志?
【10月更文挑战第29天】怎样分析慢查询日志?
32 2
|
1月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1638 14
|
28天前
|
存储 监控 安全
深入解析Sysmon日志:增强网络安全与威胁应对的关键一环
在不断演进的网络安全领域中,保持对威胁的及时了解至关重要。Sysmon日志在这方面发挥了至关重要的作用,通过提供有价值的见解,使组织能够加强其安全姿态。Windows在企业环境中是主导的操作系统,因此深入了解Windows事件日志、它们的独特特性和局限性,并通过Sysmon进行增强,变得至关重要。
|
1月前
|
存储 SQL 分布式计算
湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
【10月更文挑战第7天】湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
81 1
|
1月前
|
存储 消息中间件 大数据
大数据-69 Kafka 高级特性 物理存储 实机查看分析 日志存储一篇详解
大数据-69 Kafka 高级特性 物理存储 实机查看分析 日志存储一篇详解
36 4
|
1月前
|
SQL 分布式计算 Hadoop
Hadoop-19 Flume Agent批量采集数据到HDFS集群 监听Hive的日志 操作则把记录写入到HDFS 方便后续分析
Hadoop-19 Flume Agent批量采集数据到HDFS集群 监听Hive的日志 操作则把记录写入到HDFS 方便后续分析
46 2

相关产品

  • 云解析DNS
  • 推荐镜像

    更多
    下一篇
    无影云桌面