CN110784559A - 一种dns解析时延采集方法和装置 - Google Patents
一种dns解析时延采集方法和装置 Download PDFInfo
- Publication number
- CN110784559A CN110784559A CN201910877844.7A CN201910877844A CN110784559A CN 110784559 A CN110784559 A CN 110784559A CN 201910877844 A CN201910877844 A CN 201910877844A CN 110784559 A CN110784559 A CN 110784559A
- Authority
- CN
- China
- Prior art keywords
- dns
- domain name
- server
- analysis
- delay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种DNS解析时延采集方法和装置,方法包括:接收用户的域名解析指令,响应所述域名解析指令,获取待采集目标域名和DNS服务器标识,以待采集目标域名和DNS服务器标识分别作为dig命令的参数对dig命令进行调用,以获得响应结果,当响应结果符合预设格式时,以响应结果中的时间结果为DNS解析时延,DNS解析时延表征DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的时间。通过探针服务器模拟用户上网,记录用户上网DNS解析过程,将DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的时间作为DNS解析时延进行采集,能够排除接入网和部分城域网的干扰,减小DNS解析时延采集误差。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种DNS解析时延采集方法和装 置。
背景技术
随着互联网的蓬勃发展,上网速度成为越来越多网民关心的问题,也成 为互联网管理部门重点关注的问题。用户在网络客户端浏览器中输入网址, 通过本地DNS解析出网站域名的信源IP地址才能上网,由此可知DNS解析域 名时延(简称DNS解析时延)性能对于网民的上网体验有直接的影响。
我国互联网起步较晚,很多互联网访问必经的核心设备设置在国外,例 如根DNS服务器和顶级DNS服务器等等,因此上网提速不是我国内部网络升 级就能够完全解决的。DNS解析网站信源IP是用户上网的前提条件和必经环 节,因此DNS解析时延问题也就必然成为上网提速的关键问题,现有的DNS 解析时延采集方法导致采集的DNS解析时延误差大。
发明内容
本发明提供了一种DNS解析时延采集方法和装置,以解决现有技术中 采集的DNS解析时延误差大的问题。
本发明实施例提供了一种DNS解析时延采集方法,应用于探针服务 器,所述方法包括:
接收用户的域名解析指令;
响应所述域名解析指令,获取待采集目标域名和DNS服务器标识;
以所述待采集目标域名和所述DNS服务器标识分别作为dig命令的参 数对dig命令进行调用,以获得响应结果;
判断所述响应结果是否符合预设格式;
当所述响应结果符合所述预设格式时,以所述响应结果中的时间结果 为DNS解析时延,所述DNS解析时延表征DNS服务器发起域名解析到寻 找到能够提供待采集目标域名信源IP的权威服务器的时间。
可选地,在所述判断所述响应结果是否符合预设格式之后,所述方法 还包括:
当所述响应结果不符合所述预设格式时,确定所述响应结果为异常数 据。
可选地,所述以所述待采集目标域名和DNS服务器标识分别作为dig 命令的参数对dig命令进行调用,以获得响应结果,包括:
以所述待采集目标域名和DNS服务器标识分别作为dig命令的参数对 dig命令进行周期性调用,以获得多个响应结果;
所述判断所述响应结果是否符合预设格式,包括:
判断所述多个响应结果中的每个响应结果是否符合预设格式。
可选地,所述方法还包括:
根据所述响应结果生成报文;
将所述报文发送到数据中心服务器,以使所述数据中心服务器根据所 述报文生成解析时延分析报告。
可选地,所述解析时延分析报告包括:监测点的地理位置、运营商、 DNS服务器标识、待采集目标域名、平均DNS解析时延和解析时延采集成 功率。
可选地,所述方法还包括:
根据多个异常数据和多个DNS解析时延,计算解析时延采集成功率。
可选地,所述方法还包括,
将DNS解析时延与预设告警门限进行比较;
在所述DNS解析时延超过所述预设告警门限的情况下,向用户返回告 警提示。
本发明实施例还提供了一种DNS解析时延采集装置,应用于探针服务 器,所述装置包括:
接收模块,用于接收用户输入的域名解析指令;
响应模块,用于响应所述域名解析指令,获取待采集目标域名和DNS 服务器标识;
调用模块,用于以所述待采集目标域名和所述DNS服务器标识分别作 为dig命令的参数对dig命令进行调用,以获得响应结果;
判断模块,用于判断所述响应结果是否符合预设格式;
第一确定模块,用于当所述响应结果符合所述预设格式时,以所述响 应结果中的时间结果为DNS解析时延,所述DNS解析时延表征DNS服务 器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的 时间。
可选地,所述装置还包括:
第二确定模块,用于当所述响应结果不符合所述预设格式时,确定所 述响应结果为异常数据。
可选地,所述调用模块包括:
调用子模块,用于以所述待采集目标域名和DNS服务器标识分别作为 dig命令的参数对dig命令进行周期性调用,以获得多个响应结果;
所述判断模块包括:
判断子模块,用于判断所述多个响应结果中的每个响应结果是否符合 预设格式。
可选地,所述探针服务器包括部署于各地运营商的多个探针服务器, 所述装置还包括:
报文生成模块,用于根据所述响应结果生成报文;
发送模块,用于将所述报文发送到数据中心服务器,以使所述数据中 心服务器根据所述报文生成解析时延分析报告。
可选地,所述解析时延分析报告包括:监测点的地理位置、运营商、 DNS服务器标识、待采集目标域名、平均DNS解析时延和解析时延采集成 功率。
可选地,所述装置还包括:
第二计算模块,用于根据多个异常数据和多个DNS解析时延,计算解 析时延采集成功率。
可选地,所述装置还包括:
比较模块,用于将DNS解析时延与预设告警门限进行比较;
返回模块,用于在所述DNS解析时延超过所述预设告警门限的情况 下,向用户返回告警提示。
与现有技术相比,本发明实施例包括以下优点:
本发明实施例提供的DNS解析时延采集方法,应用于探针服务器,通 过接收用户的域名解析指令,响应所述域名解析指令,获取待采集目标域名 和DNS服务器标识,以所述待采集目标域名和所述DNS服务器标识分别作 为dig命令的参数对dig命令行调用,以获得响应结果,判断所述响应结果 是否符合预设格式,当所述响应结果符合所述预设格式时,以所述响应结 果中的时间结果为DNS解析时延,所述DNS解析时延表征DNS服务器发 起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的时 间。用户输入域名解析指令后,通过部署的探针服务器模拟用户上网,记 录用户上网DNS解析过程,将DNS服务器发起域名解析到寻找到能够提供 待采集目标域名信源IP的权威服务器的时间作为DNS解析时延进行采集, 深入考虑DNS解析过程,细化了DNS解析时延,能够有效排除接入网和部 分城域网的干扰,使得采集的DNS解析时延更加准确,减小DNS解析时延 采集误差。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例 的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附 图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出 创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为DNS解析网站或域名信源IP的基本过程的示意图;
图2为本发明实施例提供的DNS解析时延采集方法流程图;
图3为本发明实施例提供的DNS解析时延采集装置的结构框图;
图4为本发明一示意性实施例提供的在北京电信探针服务器上以A根作 为DNS解析“.cn”的DNS解析时延截图;
图5为本发明一示意性实施例提供的在北京电信探针服务器上以 “.com”顶级服务器C.GTLD-SERVERS.NET作为DNS解析“.cn”的DNS 解析时延截图;
图6为本发明一示意性实施例提供的在北京电信探针服务器上以 “.cn”域名服务器b.dns.cn作为DNS解析“.cn”的DNS解析时延截图;
图7为本发明一示意性实施例提供的在北京电信探针服务器上以权威服 务器ns1.conac.cn作为DNS解析“.公益”的DNS解析时延截图;
图8为本发明一示意性实施例提供的在北京电信探针服务器上以权威服 务器b.zdnscloud.com作为DNS解析“.集团”的DNS解析时延截图;
图9为本发明一示意性实施例提供的在北京电信探针服务器上以权威服 务器ns1.oid-res.org作为DNS解析“oid-res.org”的DNS解析时延截图;
图10为本发明一示意性实施例提供的根DNS解析时延统计列表;
图11为本发明一示意性实施例提供的“.com”顶级服务器DNS解析 时延统计列表;
图12为本发明一示意性实施例提供的“.cn”中国国家顶级服务器 DNS解析时延统计列表;
图13为本发明一示意性实施例提供的中文域名DNS解析时延统计列 表;
图14为本发明一示意性实施例提供的其它域名DNS的解析时延统计列 表一;
图15为本发明一示意性实施例提供的其它域名DNS的解析时延统计列 表二。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附 图和具体实施方式对本发明作进一步详细的说明。
参照图1,示出了DNS域名解析的基本过程,图中的“DNS根服务 器”是全球13个根服务器,“.com域名服务器”是顶级服务器, “163.com域服务器”提供域名信源IP地址,称之为权威服务器。
DNS根服务器可以为用来管理互联网的主目录,是DNS树形域名空间 的“根”,负责TLD(Tracking Learning Detectiom,目标跟踪算法)的解析, 对于域名解析起着极其关键的作用。
DNS顶级服务器可以为相关国家域名管理的机构。
“.com”顶级域名服务器列举如下:
A.GTLD-SERVERS.NET
B.GTLD-SERVERS.NET
C.GTLD-SERVERS.NET
D.GTLD-SERVERS.NET
E.GTLD-SERVERS.NET
F.GTLD-SERVERS.NET
G.GTLD-SERVERS.NET
H.GTLD-SERVERS.NET
I.GTLD-SERVERS.NET
J.GTLD-SERVERS.NET
K.GTLD-SERVERS.NET
L.GTLD-SERVERS.NET
M.GTLD-SERVERS.NET
权威服务器是NS(Name Server)中记录的解析服务器,用来指定该域 名由哪个DNS服务器来进行解析。在注册域名时,总有默认的DNS服务 器,每个注册的域名都由一个DNS域名服务器进行解析,是最终返回网站 信源IP地址的设备。
完整的域名解析是由根域名解析、顶级域名解析、权威域名解析和递 归域名解析四个层次构成的。结合图1,示出了域名解析的基本过程,本实 施例将以访问www.163.com域名为例进行示意性的描述。
域名解析的基本过程包括:
步骤101:网络客户端向本地DNS服务器发起访问“www.163.com”的 请求。
步骤102:本地DNS服务器判断所属缓存中是否有“www.163.com”的 记录,若是,则将解析的域名对应的IP地址返回给网络客户端,若否,则 向根服务器发起访问请求。
步骤103:本地DNS服务器向根服务器发送请求,根服务器返回 “.com”顶级域服务器的地址给本地DNS服务器。
步骤104:本地DNS服务器向“.com”顶级域服务器发送请求。
步骤105:顶级域服务器返回“163.com”权威域服务器的地址给本地 DNS服务器。
步骤106:本地DNS服务器向“163.com”权威域服务器发送请求。
步骤107:“163.com”权威域服务器将解析的信源IP地址返回给本地 DNS服务器。
步骤108:本地DNS服务器将解析的信源IP地址返回给网络客户端。
申请人发现现有技术中把网络客户端发起域名请求时间作为起始点, 获得域名信源IP地址时间作为终止点,将上述终止点与起止点的差值作为 DNS解析时延。这种方法比较笼统,没有深入的考虑到DNS解析过程。按 照这个方法得出的DNS解析时延包括了接入网的时延损耗,数值偏大,误 差大。众所周知,上网用户所处接入网的质量千差万别,与运营商投入, 所处地理位置有很大关系,例如城市与农村,主导运营商与小运营商的接 入网质量有很大差别,此因素造成的上网时延损耗无法统一量化。显然, 将接入网不确定的时延纳入DNS解析时延范围明显不合理,会给政府互联 网管理部门优化网络基础设施带来严重干扰。
基于上述发现,申请人基于DNS域名解析原理提出一种DNS解析时延 定义方法,将DNS服务器发起域名解析到寻找到能够提供待采集目标域名 信源IP的权威服务器的时间作为DNS解析时延,能够排除接入网和部分城 域网的干扰,使得得到DNS解析时延更加准确。
参照图2,示出了本发明实施例提供的一种DNS解析时延采集方法的 步骤流程图,该方法应用于探针服务器,具体可以包括以下步骤:
步骤S21,接收用户的域名解析指令;
在本发明实施例中,探针服务器的部署覆盖了我国所有的省会城市, 江苏、河南、陕西、四川、贵州、重庆、浙江、福建、湖北省探针覆盖了 所有地市和运营商,另外,黑龙江、广东、山东等省重要城市也部署了探 针服务器,所述探针服务器多达800个以上,分布的运营商包括联通、电 信、移动、铁通、鹏博士、歌华有线、长城宽带、爱普网络等等大小运营商,由于探针服务器覆盖的地区和运营商范围广,保证了采集数据信息的 全面和完整。通过部署的探针服务器模拟全国各地区不同运营商用户上 网,记录用户上网DNS解析过程,采集DNS解析时延。
本实施例中,输入域名解析指令的用户是管理维护探针服务器的工作 人员,通常情况下,探针服务器部署有多个应用,管理维护人员需要决定 将探针服务器用于执行哪个应用,可以通过输入相应的指令进行选择。本 实施例中,用户需要使用探针服务器进行DNS解析时延采集,即将探针服 务器用于模拟上网用户上网时的域名解析过程以获得解析时延,因此可以 输入域名解析指令。
步骤S22,响应所述域名解析指令,获取待采集目标域名和DNS服务 器标识。
探针服务器在接收到用户的域名解析指令之后,可以获取待采集目标 域名和DNS服务器标识。本实施例中,探针服务器获取的待采集目标域名 和DNS服务器标识可以是以文件形式预先存储在探针服务器内的。
本实施例中,DNS服务器标识指的是DNS服务器的域名,对于非中文 域名DNS服务器标识是DNS的IP或者名称,对于中文域名是DNS的 PunyCode,即通过DNS服务器标识能够知道将哪个域名当做DNS服务器。
本实施例中,待采集目标域名可以为任何域名,例如中国国家顶级域 名“.cn”,中文域名“.公益”、“.集团”,其他域名“oid-res.org”等; DNS服务器标识可以为根服务器、“.com”服务器、“.cn”服务器、 “ns1.conac.cn”服务器等。
中文域名泛指含有中文字元的域名,可以指:国际化域名(IDN),可 含有中文字的域名,例如新华网.cn等;国际化国家及地区顶级域(IDN ccTLD),可含有中文字的顶级域,例如.中国、.中国香港、.中国台 湾、.网址等。
纯中文域名不被标准的解析服务器支持,要实现对这种纯中文域名的 正确访问,ISP(Internet Service Provider,互联网服务提供商)需要做相应 的修改,以便能够正确解析中文域名。中文域名在解析的时候,需要先转 换为xn--fiq228c.com或xn--fiq228c.cn形式的ASCII码,这种编码称为 PunyCode(域名代码)。
本实施例中,当待采集目标域名为中文域名时,需要事先将中文域名 转换为ASCII码形式的PunyCode,再存储在探针服务器对应文件中。示例 地,当待采集目标域名为“.cn”,DNS服务器标识为“.com”服务器时, 表示为以“.com”顶级服务器作为DNS采集“.cn”的DNS解析时延;“. 集团”对应的PunyCode为xn--3bst00m,当待采集目标域名为 “xn--3bst00m”,DNS服务器标识为“.com”服务器时,表示为以 “.com”顶级服务器作为DNS采集“.集团”的DNS解析时延。
步骤S23,以所述待采集目标域名和所述DNS服务器标识分别作为dig 命令的参数对dig命令进行调用,以获得响应结果;
dig(域信息搜索器)命令是个用于询问DNS域名服务器的灵活工具。 它执行DNS搜索,显示从受请求的域名服务器返回的答复。dig灵活性 好、易用、输出清楚。
本实施例中,在接收到用户输入的域名解析请求后,可以获得待采集 目标域名和DNS服务器标识,以待采集目标域名和DNS服务器标识作为 dig命令的参数执行dig命令可以得到DNS服务器标识表示的DNS采集待 采集目标域名的解析时延的响应结果。
例如,结合图4所示,以A根作为DNS解析“.cn”的DNS解析时延, 采集指令如下:
dig@a.root-servers.net cn ns。该采集指令解释为以(@)A根 (a.root-servers.net)作为DNS,“.cn”为采集目标域名,DNS解析找到ns (权威服务器)的时间,这个时间就是DNS解析时延。
再如,结合图5所示,以C.GTLD-SERVERS.NET这个“.com”顶级服 务器作为DNS解析“.cn”的DNS解析时延,采集指令如下:
dig@C.GTLD-SERVERS.NET.cn ns。该采集指令解释为:以(@) C.GTLD-SERVERS.NET作为DNS,“.cn”为待采集目标域名,DNS解析 找到ns(权威服务器)的时间。
需要说明的是,此命令倒数第二个参数可以写为.cn,也可以写为cn, 两个处理结果一致,另外,此命令在全国任意探针服务器上执行效果一 致,仅仅是采集解析时延的具体数值存在差异。
再如,结合图6所示,以“.cn”域名服务器b.dns.cn作为DNS解析 “.cn”的DNS解析时延,采集指令如下:
dig@b.dns.cn cn ns。该指令解释为:以(@)b.dns.cn作为DNS, “.cn”为采集目标域名,DNS解析找到ns(权威服务器)的时间,也就是 DNS解析时延。
再如,结合图7所示,以权威服务器ns1.conac.cn作为DNS解析“.公 益”的DNS解析时延,采集指令如下:
dig@ns1.conac.cn xn--55qw42g ns。
再如,结合图8所示,以权威服务器b.zdnscloud.com作为DNS解析“. 集团”的DNS解析时延,采集指令如下:
dig@b.zdnscloud.com xn--3bst00m ns。
再如,结合图9所示,以权威服务器ns1.oid-res.org作为DNS解析 “oid-res.org”的DNS解析时延,采集指令如下:
dig@ns1.oid-res.org oid-res.org in ns。
步骤S24,判断所述响应结果是否符合预设格式。
步骤S25,当所述响应结果符合所述预设格式时,以所述响应结果中的 时间结果为DNS解析时延。
其中,所述DNS解析时延表征DNS服务器发起域名解析到寻找到能够 提供待采集目标域名信源IP的权威服务器的时间。
本实施例基于DNS域名解析原理提出一种DNS解析时延定义方法,将 DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威 服务器的时间作为DNS解析时延,因此,DNS解析时延表征的是DNS服务 器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的 时间。
本实施例中,以所述待采集目标域名和所述DNS服务器标识分别作为 dig命令的参数对dig命令进行调用而获得的响应结果可以包括两种形式, 一种形式是正常结果,即输出的结果包括表示时间的时间结果,通常以 msec(毫秒)结尾,例如Query time:312msec,解析时延为312msec,对于 符合预设格式的正常结果,输出的结果还可以包括权威服务器域名等信 息;在线路不稳定、采集探针故障、连接超时或者DNS服务器标识书写错误等情况下,会出现另一种形式的结果,即错误结果,即不能输出表示时 间的结果,同时,根据错误类型不同会输出不同的报错结果,错误结果不 能作为解析时延。
本实施例中,探针服务器会对执行dig命令后输出的结果进行判断,若 判断出响应结果符合预设格式,即是正确结果,将该响应结果对应的时间 作为DNS解析时延,若判断出响应结果不符合预设格式,即是错误结果, 以该响应结果为异常数据。
综上,本发明实施例提供的DNS解析时延采集方法,应用于探针服务 器,通过接收用户输入的域名解析指令,响应所述域名解析指令,获取待 采集目标域名和DNS服务器标识,以所述待采集目标域名和所述DNS服务 器标识分别作为dig命令的参数对dig命令进行调用,以获得响应结果,判 断所述响应结果是否符合预设格式,当所述响应结果符合所述预设格式 时,以所述响应结果中的时间结果为DNS解析时延,所述DNS解析时延表 征DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权 威服务器的时间。用户输入域名解析指令后,通过部署的探针服务器模拟 用户上网,记录用户上网DNS解析过程,将DNS服务器发起域名解析到寻 找到能够提供待采集目标域名信源IP的权威服务器的时间作为DNS解析时 延进行采集,深入考虑DNS解析过程,细化了DNS解析时延,能够有效排除接入网和部分城域网的干扰,使得采集的DNS解析时延更加准确,减小 DNS解析时延误差。
考虑到本实施例中采用探针服务器模拟用户上网,探针服务器采集的 DNS解析时延过大同样也表示实际用户上网解析过程的DNS解析时延过 大,因此,为了能够保证用户上网体验,还可以执行以下步骤:
步骤S26-1,将DNS解析时延与预设告警门限进行比较。
步骤S26-2,在所述DNS解析时延超过所述预设告警门限的情况下,向 用户返回告警提示。
示例地,假设采集得到的DNS解析时延为999msec,而预设的告警门 限为500msec,此时采集得到的DNS解析时延大于预设告警门限,探针服 务器向用户返回告警提示,以使用户得知DNS解析时延超过预设告警门 限。实际应用时,告警提示的方式包括但不限于发出声光告警推送、短信 推送或微信推送方式告警。
通过执行上述步骤S26-1和步骤S26-2,在采集的DNS解析时延超过预 设告警门限时,能够及时向用户推送告警消息告知用户,以便管理维护人 员及时处理。
另外,为了避免突发情况对响应结果的影响,提高获得的响应结果的 准确性,在接收用户输入的域名解析请求之后,还可以执行以下步骤:
步骤S202,响应所述域名解析请求,以所述待采集目标域名和DNS服 务器标识分别作为dig命令的参数对dig命令进行周期性调用,以获得多个 响应结果;
步骤S203,判断所述多个响应结果中的每个响应结果是否符合预设格 式。
步骤S204,当所述响应结果符合所述预设格式时,以所述响应结果中 的时间结果为DNS解析时延。
步骤S205,当所述响应结果不符合所述预设格式时,以所述响应结果 为异常数据。
本实施例中,以待采集目标域名和DNS服务器标识分别作为dig命令的 参数对dig命令进行周期性调用,每次调用均能得到一个响应结果。探针服 务器判断每一个响应结果是否符合预设格式,即输出的结果是否为表示时 间的结果,将符合预设格式的响应结果记录为一次DNS解析时延数据,存 在多个符合预设格式的响应结果,分别记录每次得到的DNS解析时延数 据,同时,探针服务器也会将不符合预设格式的响应结果记录为异常数 据,存在多个不符合预设格式的响应结果,分别记录每次得到的异常数 据。所有的DNS解析时延数据和异常数据均需要录入数据库。示例地,本 实施例中,对dig命令进行周期性调用的时间周期可以设定为15分钟,也可 以设定为30分钟,也可以设定为其它时间周期,此处不作限定。
通过执行上述步骤S202至步骤S205,可以采集得到多组DNS解析时 延数据,可以有效排除突发事件对DNS解析时延数据的干扰。
本实施例中,为了分析探针服务器对DNS解析时延的采集效率和成功 率,在判断所述多个响应结果中的每个响应结果是否符合预设格式,并获 得DNS解析时延和异常数据之后,可以执行以下步骤:
步骤S206,根据多个异常数据和多个DNS解析时延,计算解析时延采 集成功率。
本实施例中,可以将DNS解析时延的数量与dig命令调用总次数的比值 作为解析时延采集成功率,具体地,可以将异常数据记录为-1,将总采集 次数减去-1数据个数的差,除以总个数,得出解析时延采集成功率。如果 解析时延采集成功率很差,需要考虑这个数据是否可用,并对探针服务器 和网络进行核查等。
另外,为了将DNS解析时延的采集结果进行统计以及更好地展示,该 方法还可以执行以下步骤:
步骤S207,根据所述响应结果生成报文。
步骤S208,将所述报文发送到数据中心服务器,以使所述数据中心服 务器根据所述报文生成解析时延分析报告。
本实施例中,探针服务器收集自己采集到的响应结果,根据响应结果 的内容生成报文,将报文发送到数据中心服务器,数据中心服务器对探针 服务器上传的报文数据进行处理,例如,将报文发送到北京数据中心适 配、清洗入库后再做平均值处理提供统计报告,并生成解析时延分析报 告。本实施例中的探针服务器可以是部署于各地各运营商的探针服务器, 例如对于成都市,成都联通、电信、移动各一台探针服务器,还有爱普、 长城宽带、铁通、世纪互联等小运营商也各有一台探针服务器。具体部署 到哪个运营商会参考当地用户运营商的用户量,此处不作限定。部署于各 地运营商的各个探针服务器执行相同的操作,即各个探针服务器收集各自 采集到的响应结果并生成多个报文,再将各自采集的报文发送到数据中心 服务器,数据中心服务器对各个探针服务器上传的报文数据分别进行处理。本实施例中,在报文中,对于正常数据,DNS解析时延字段显示正确 的DNS解析时延,对于异常数据,DNS解析时延字段显示为-1。
本实施例中,采用探针服务器采集的响应结果生成报文发送到数据中 心服务器,数据中心服务器提取报文内容归类形成可以入库的报文,即形 成解析时延分析报告,使得DNS解析时延的采集结果能够更好地统计与展 示。
本实施例中,解析时延分析报告根据监测点的地理信息、运营商、网 络层级等维度叠加各类DNS维度形成多维度DNS解析分析报告,即解析时 延分析报告可以包括:监测点的地理位置、运营商、DNS服务器标识、待 采集目标域名、平均DNS解析时延和解析时延采集成功率等参数。解析时 延分析报告可以以列表、地图等方式呈现于用户界面。
请参照图10-图15,图10-图15示出了DNS解析时延分析报告统计列 表示例。
基于相同的构思,请参照图3,示出了本发明实施例提供的一种DNS 解析时延采集装置的结构框图,所述装置应用于探针服务器,所述装置可 以包括如下模块:
接收模块31,用于接收用户输入的域名解析指令;
响应模块32,用于响应所述域名解析指令,获取待采集目标域名和 DNS服务器标识;
调用模块33,用于以所述待采集目标域名和所述DNS服务器标识分别 作为dig命令的参数对dig命令进行调用,以获得响应结果;
判断模块34,用于判断所述响应结果是否符合预设格式;
第一确定模块35,用于当所述响应结果符合所述预设格式时,以所述 响应结果中的时间结果为DNS解析时延,所述DNS解析时延表征DNS服 务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器 的时间。
可选地,所述装置还包括:
第二确定模块,用于当所述响应结果不符合所述预设格式时,确定所 述响应结果为异常数据。
可选地,所述调用模块包括:
调用子模块,用于以所述待采集目标域名和DNS服务器标识分别作为 dig命令的参数对dig命令进行周期性调用,以获得多个响应结果;
所述判断模块包括:
判断子模块,用于判断所述多个响应结果中的每个响应结果是否符合 预设格式。
可选地,所述探针服务器包括部署于各地运营商的多个探针服务器, 所述装置还包括:
报文生成模块,用于根据所述响应结果生成报文;
发送模块,用于将所述报文发送到数据中心服务器,以使所述数据中 心服务器根据所述报文生成解析时延分析报告。
可选地,所述解析时延分析报告包括:监测点的地理位置、运营商、 DNS服务器标识、待采集目标域名、平均DNS解析时延和解析时延采集成 功率。
可选地,所述装置还包括:
第二计算模块,用于根据多个异常数据和多个DNS解析时延,计算解 析时延采集成功率。
可选地,所述装置还包括:
比较模块,用于将DNS解析时延与预设告警门限进行比较;
返回模块,用于在所述DNS解析时延超过所述预设告警门限的情况 下,向用户返回告警提示。
基于同一发明构思,本申请另一实施例提供一种计算机可读存储介 质,其上存储有计算机程序,该程序被处理器执行时实现如本申请上述任 一实施例所述的方法中的步骤。
基于同一发明构思,本申请另一实施例提供一种电子设备,包括存储 器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处 理器执行时实现本申请上述任一实施例所述的方法中的步骤。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比 较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说 明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相 参见即可。
本领域技术人员易于想到的是:上述各个实施例的任意组合应用都是 可行的,故上述各个实施例之间的任意组合都是本发明的实施方案,但是 由于篇幅限制,本说明书在此就不一一详述了。
本发明可用于众多通用或专用的计算系统环境或配置中。例如:个人 计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器 系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、 小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等 等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描 述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象 数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计 算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连 接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于 包括存储设备在内的本地和远程计算机存储介质中。
在本发明中,“组件”、“装置”、“系统”等等指应用于计算机的相关实 体,如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说,例 如,组件可以、但不限于是运行于处理器的过程、处理器、对象、可执行 组件、执行线程、程序和/或计算机。还有,运行于服务器上的应用程序或 脚本程序、服务器都可以是组件。一个或多个组件可在执行的过程和/或线 程中,并且组件可以在一台计算机上本地化和/或分布在两台或多台计算机 之间,并可以由各种计算机可读介质运行。组件还可以根据具有一个或多 个数据包的信号,例如,来自一个与本地系统、分布式系统中另一组件交 互的,和/或在因特网的网络通过信号与其它系统交互的数据的信号通过本 地和/或远程过程来进行通信。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术 语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定 要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而 且,术语“包括”、“包含”,不仅包括那些要素,而且还包括没有明确列出的 其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要 素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除 在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
而且,上文中的“和/或”表示本文既包含了“和”的关系,也包含了“或” 的关系,其中:如果方案A与方案B是“和”的关系,则表示某实施例中可以 同时包括方案A和方案B;如果方案A与方案B是“或”的关系,则表示某 实施例中可以单独包括方案A,或者单独包括方案B。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、 或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施 例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个 或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限 于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形 式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序 产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流 程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中 的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专 用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个 机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产 生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方 框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理 设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存 储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备 上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机 实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现 在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的 功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知 了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所 附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和 修改。
以上对本发明所提供的一种DNS解析时延采集方法和装置,进行了详 细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述, 以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时, 对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用 范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的 限制。
Claims (16)
1.一种DNS解析时延采集方法,其特征在于,应用于探针服务器,所述方法包括:
接收用户的域名解析指令;
响应所述域名解析指令,获取待采集目标域名和DNS服务器标识;
以所述待采集目标域名和所述DNS服务器标识分别作为dig命令的参数对dig命令进行调用,以获得响应结果;
判断所述响应结果是否符合预设格式;
当所述响应结果符合所述预设格式时,以所述响应结果中的时间结果为DNS解析时延,所述DNS解析时延表征DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的时间。
2.根根据权利要求1所述的方法,其特征在于,在所述判断所述响应结果是否符合预设格式之后,所述方法还包括:
当所述响应结果不符合所述预设格式时,确定所述响应结果为异常数据。
3.根据权利要求2所述的方法,其特征在于,所述以所述待采集目标域名和DNS服务器标识分别作为dig命令的参数对dig命令进行调用,以获得响应结果,包括:
以所述待采集目标域名和DNS服务器标识分别作为dig命令的参数对dig命令进行周期性调用,以获得多个响应结果;
所述判断所述响应结果是否符合预设格式,包括:
判断所述多个响应结果中的每个响应结果是否符合预设格式。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述响应结果生成报文;
将所述报文发送到数据中心服务器,以使所述数据中心服务器根据所述报文生成解析时延分析报告。
5.根据权利要求4所述的方法,其特征在于,所述解析时延分析报告包括:监测点的地理位置、运营商、DNS服务器标识、待采集目标域名、平均DNS解析时延和解析时延采集成功率。
6.根据权利要求3所述的方法,其特征在于,所述方法还包括:
根据多个异常数据和多个DNS解析时延,计算解析时延采集成功率。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括,
将DNS解析时延与预设告警门限进行比较;
在所述DNS解析时延超过所述预设告警门限的情况下,向用户返回告警提示。
8.一种DNS解析时延采集装置,其特征在于,应用于探针服务器,所述装置包括:
接收模块,用于接收用户输入的域名解析指令;
响应模块,用于响应所述域名解析指令,获取待采集目标域名和DNS服务器标识;
调用模块,用于以所述待采集目标域名和所述DNS服务器标识分别作为dig命令的参数对dig命令进行调用,以获得响应结果;
判断模块,用于判断所述响应结果是否符合预设格式;
第一确定模块,用于当所述响应结果符合所述预设格式时,以所述响应结果中的时间结果为DNS解析时延,所述DNS解析时延表征DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的时间。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第二确定模块,用于当所述响应结果不符合所述预设格式时,确定所述响应结果为异常数据。
10.根据权利要求9所述的装置,其特征在于,所述调用模块包括:
调用子模块,用于以所述待采集目标域名和DNS服务器标识分别作为dig命令的参数对dig命令进行周期性调用,以获得多个响应结果;
所述判断模块包括:
判断子模块,用于判断所述多个响应结果中的每个响应结果是否符合预设格式。
11.根据权利要求10所述的装置,其特征在于,所述探针服务器包括部署于各地运营商的多个探针服务器,所述装置还包括:
报文生成模块,用于根据所述响应结果生成报文;
发送模块,用于将所述报文发送到数据中心服务器,以使所述数据中心服务器根据所述报文生成解析时延分析报告。
12.根据权利要求11所述的装置,其特征在于,所述解析时延分析报告包括:监测点的地理位置、运营商、DNS服务器标识、待采集目标域名、平均DNS解析时延和解析时延采集成功率。
13.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第二计算模块,用于根据多个异常数据和多个DNS解析时延,计算解析时延采集成功率。
14.根据权利要求8所述的装置,其特征在于,所述装置还包括:
比较模块,用于将DNS解析时延与预设告警门限进行比较;
返回模块,用于在所述DNS解析时延超过所述预设告警门限的情况下,向用户返回告警提示。
15.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-7任一所述的方法中的步骤。
16.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行时实现如权利要求1-7任一所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910877844.7A CN110784559B (zh) | 2019-09-17 | 2019-09-17 | 一种dns解析时延采集方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910877844.7A CN110784559B (zh) | 2019-09-17 | 2019-09-17 | 一种dns解析时延采集方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110784559A true CN110784559A (zh) | 2020-02-11 |
CN110784559B CN110784559B (zh) | 2022-06-07 |
Family
ID=69383515
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910877844.7A Active CN110784559B (zh) | 2019-09-17 | 2019-09-17 | 一种dns解析时延采集方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110784559B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111726428A (zh) * | 2020-06-12 | 2020-09-29 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
CN116155777A (zh) * | 2022-12-23 | 2023-05-23 | 赛尔网络有限公司 | 网络时延监测方法、装置、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060112176A1 (en) * | 2000-07-19 | 2006-05-25 | Liu Zaide E | Domain name resolution using a distributed DNS network |
US20150281104A1 (en) * | 2014-03-31 | 2015-10-01 | Ali Golshan | Active application response delay time |
CN107071089A (zh) * | 2017-05-18 | 2017-08-18 | 腾讯科技(深圳)有限公司 | 调度控制方法、装置和系统 |
CN107222492A (zh) * | 2017-06-23 | 2017-09-29 | 网宿科技股份有限公司 | 一种dns防攻击方法、设备和系统 |
CN108924012A (zh) * | 2018-08-24 | 2018-11-30 | 赛尔网络有限公司 | IPv6域名服务器活跃度检测的方法、设备、系统及介质 |
CN110113442A (zh) * | 2019-04-19 | 2019-08-09 | 大唐软件技术股份有限公司 | 一种dns镜像服务器的位置确定方法和装置 |
-
2019
- 2019-09-17 CN CN201910877844.7A patent/CN110784559B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060112176A1 (en) * | 2000-07-19 | 2006-05-25 | Liu Zaide E | Domain name resolution using a distributed DNS network |
US20150281104A1 (en) * | 2014-03-31 | 2015-10-01 | Ali Golshan | Active application response delay time |
CN107071089A (zh) * | 2017-05-18 | 2017-08-18 | 腾讯科技(深圳)有限公司 | 调度控制方法、装置和系统 |
CN107222492A (zh) * | 2017-06-23 | 2017-09-29 | 网宿科技股份有限公司 | 一种dns防攻击方法、设备和系统 |
CN108924012A (zh) * | 2018-08-24 | 2018-11-30 | 赛尔网络有限公司 | IPv6域名服务器活跃度检测的方法、设备、系统及介质 |
CN110113442A (zh) * | 2019-04-19 | 2019-08-09 | 大唐软件技术股份有限公司 | 一种dns镜像服务器的位置确定方法和装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111726428A (zh) * | 2020-06-12 | 2020-09-29 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
CN111726428B (zh) * | 2020-06-12 | 2023-09-22 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
CN116155777A (zh) * | 2022-12-23 | 2023-05-23 | 赛尔网络有限公司 | 网络时延监测方法、装置、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110784559B (zh) | 2022-06-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101668272B1 (ko) | 미등록 도메인 명칭의 특징화 | |
CN105025025A (zh) | 一种基于云平台的域名主动检测方法和系统 | |
CN111885086B (zh) | 恶意软件心跳检测方法、装置、设备及可读存储介质 | |
CN110784559B (zh) | 一种dns解析时延采集方法和装置 | |
CN110535684A (zh) | 一种基于dpi实现网页浏览业务感知评估的方法和装置 | |
CN112954089B (zh) | 一种解析数据的方法、装置、设备以及存储介质 | |
US8799518B2 (en) | Process for selecting an authoritative name server | |
CN103281409A (zh) | 基于tcp协议的移动互联网域名解析方法及dns服务器 | |
CN104092791A (zh) | 一种综合质量与成本的互联网内容资源调度方法和系统 | |
CN104980446A (zh) | 一种恶意行为的检测方法及系统 | |
CN110769080B (zh) | 一种域名解析方法、相关产品及计算机可读存储介质 | |
CN112187967A (zh) | 一种面向全联网的标识解析方法及装置 | |
CN105827599A (zh) | 一种基于dns报文深度解析的缓存中毒检测方法及装置 | |
CN111917896A (zh) | 一种可信的域名解析方法、系统、电子设备及存储介质 | |
CN111010456B (zh) | 一种主域名获取和验证方法 | |
CN111447292A (zh) | 一种IPv6地理位置定位方法、装置、设备及存储介质 | |
CN112804370A (zh) | 诈骗网站的分析方法及系统 | |
CN115333966A (zh) | 一种基于拓扑的Nginx日志分析方法、系统及设备 | |
CN108255700A (zh) | 测试结果生成方法和装置 | |
CN110955544A (zh) | 一种web系统的可用性检测方法、装置及系统 | |
CN108243046A (zh) | 一种基于数据稽核的业务质量评估方法及装置 | |
CN109818821B (zh) | 一种网站cdn架构的检测方法及装置 | |
CN108600054B (zh) | 一种基于域名区文件的网站数量判定方法和系统 | |
CN107888714B (zh) | 一种选择本地缓存dns的方法及装置 | |
CN111885220B (zh) | 一种目标单位ip资产主动获取与验证方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |