分析DNS日志

简介:
在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,如需转载请自行联系原作者


相关文章
|
10月前
|
存储 运维 监控
SelectDB 实现日志高效存储与实时分析,完成任务可领取积分、餐具套装/水杯/帆布包!
SelectDB 实现日志高效存储与实时分析,完成任务可领取积分、餐具套装/水杯/帆布包!
|
5月前
|
监控 安全 搜索推荐
使用EventLog Analyzer进行日志取证分析
EventLog Analyzer助力企业通过集中采集、归档与分析系统日志及syslog,快速构建“数字犯罪现场”,精准追溯安全事件根源。其强大搜索功能可秒级定位入侵时间、人员与路径,生成合规与取证报表,确保日志安全防篡改,大幅提升调查效率,为执法提供有力证据支持。
203 0
|
11月前
|
存储 Java 文件存储
微服务——SpringBoot使用归纳——Spring Boot使用slf4j进行日志记录—— logback.xml 配置文件解析
本文解析了 `logback.xml` 配置文件的详细内容,包括日志输出格式、存储路径、控制台输出及日志级别等关键配置。通过定义 `LOG_PATTERN` 和 `FILE_PATH`,设置日志格式与存储路径;利用 `<appender>` 节点配置控制台和文件输出,支持日志滚动策略(如文件大小限制和保存时长);最后通过 `<logger>` 和 `<root>` 定义日志级别与输出方式。此配置适用于精细化管理日志输出,满足不同场景需求。
2666 1
|
10月前
|
SQL 监控 数据挖掘
SLS 重磅升级:超大规模数据实现完全精确分析
SLS 全新推出的「SQL 完全精确」模式,通过“限”与“换”的策略切换,在快速分析与精确计算之间实现平衡,满足用户对于超大数据规模分析结果精确的刚性需求。标志着其在超大规模日志数据分析领域再次迈出了重要的一步。
662 117
|
7月前
|
监控 安全 NoSQL
【DevOps】Logstash详解:高效日志管理与分析工具
Logstash是ELK Stack核心组件之一,具备强大的日志收集、处理与转发能力。它支持多种数据来源,提供灵活的过滤、转换机制,并可通过插件扩展功能,广泛应用于系统日志分析、性能优化及安全合规等领域,是现代日志管理的关键工具。
1073 0
|
9月前
|
自然语言处理 监控 安全
阿里云发布可观测MCP!支持自然语言查询和分析多模态日志
阿里云可观测官方发布了Observable MCP Server,提供了一系列访问阿里云可观测各产品的工具能力,包含阿里云日志服务SLS、阿里云应用实时监控服务ARMS等,支持用户通过自然语言形式查询
1255 0
阿里云发布可观测MCP!支持自然语言查询和分析多模态日志
|
8月前
|
人工智能 运维 监控
Aipy实战:分析apache2日志中的网站攻击痕迹
Apache2日志系统灵活且信息全面,但安全分析、实时分析和合规性审计存在较高技术门槛。为降低难度,可借助AI工具如aipy高效分析日志,快速发现攻击痕迹并提供反制措施。通过结合AI与学习技术知识,新手运维人员能更轻松掌握复杂日志分析任务,提升工作效率与技能水平。
|
11月前
|
存储 消息中间件 缓存
MiniMax GenAI 可观测性分析 :基于阿里云 SelectDB 构建 PB 级别日志系统
基于阿里云SelectDB,MiniMax构建了覆盖国内及海外业务的日志可观测中台,总体数据规模超过数PB,日均新增日志写入量达数百TB。系统在P95分位查询场景下的响应时间小于3秒,峰值时刻实现了超过10GB/s的读写吞吐。通过存算分离、高压缩比算法和单副本热缓存等技术手段,MiniMax在优化性能的同时显著降低了建设成本,计算资源用量降低40%,热数据存储用量降低50%,为未来业务的高速发展和技术演进奠定了坚实基础。
493 1
MiniMax GenAI 可观测性分析 :基于阿里云 SelectDB 构建 PB 级别日志系统
|
11月前
|
数据采集 前端开发 JavaScript
金融数据分析:解析JavaScript渲染的隐藏表格
本文详解了如何使用Python与Selenium结合代理IP技术,从金融网站(如东方财富网)抓取由JavaScript渲染的隐藏表格数据。内容涵盖环境搭建、代理配置、模拟用户行为、数据解析与分析等关键步骤。通过设置Cookie和User-Agent,突破反爬机制;借助Selenium等待页面渲染,精准定位动态数据。同时,提供了常见错误解决方案及延伸练习,帮助读者掌握金融数据采集的核心技能,为投资决策提供支持。注意规避动态加载、代理验证及元素定位等潜在陷阱,确保数据抓取高效稳定。
351 17
|
11月前
|
监控 Java 应用服务中间件
Tomcat log日志解析
理解和解析Tomcat日志文件对于诊断和解决Web应用中的问题至关重要。通过分析 `catalina.out`、`localhost.log`、`localhost_access_log.*.txt`、`manager.log`和 `host-manager.log`等日志文件,可以快速定位和解决问题,确保Tomcat服务器的稳定运行。掌握这些日志解析技巧,可以显著提高运维和开发效率。
1244 13

相关产品

  • 云解析DNS
  • 推荐镜像

    更多
  • DNS