CN110784559B - 一种dns解析时延采集方法和装置 - Google Patents

Abstract

本发明实施例提供了一种DNS解析时延采集方法和装置，方法包括：接收用户的域名解析指令，响应所述域名解析指令，获取待采集目标域名和DNS服务器标识，以待采集目标域名和DNS服务器标识分别作为dig命令的参数对dig命令进行调用，以获得响应结果，当响应结果符合预设格式时，以响应结果中的时间结果为DNS解析时延，DNS解析时延表征DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的时间。通过探针服务器模拟用户上网，记录用户上网DNS解析过程，将DNS服务器发起域名解析到寻找到能够提供待采集目标域名信源IP的权威服务器的时间作为DNS解析时延进行采集，能够排除接入网和部分城域网的干扰，减小DNS解析时延采集误差。

Description

一种DNS解析时延采集方法和装置

技术领域

本发明涉及通信技术领域，具体涉及一种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等；国际化国家及地区顶级域(IDNccTLD)，可含有中文字的顶级域，例如.中国、.中国香港、.中国台湾、.网址等。

纯中文域名不被标准的解析服务器支持，要实现对这种纯中文域名的正确访问，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.根据权利要求5所述的方法，其特征在于，所述方法还包括：

根据多个异常数据和多个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.根据权利要求12所述的装置，其特征在于，所述装置还包括：

第二计算模块，用于根据多个异常数据和多个DNS解析时延，计算解析时延采集成功率。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

比较模块，用于将DNS解析时延与预设告警门限进行比较；

返回模块，用于在所述DNS解析时延超过所述预设告警门限的情况下，向用户返回告警提示。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7任一所述的方法中的步骤。

16.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7任一所述的方法的步骤。

Images