CN106533722A - 网络监测方法和装置 - Google Patents

Abstract

本申请公开了一种网络监测方法和装置。其中，该方法包括：获取用于查询网络节点的IP地址的API地址；利用API地址获取多个IP地址，得到IP地址集；检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常；以及在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使监控终端显示出现异常的IP地址及其对应的异常信息。本申请解决了现有技术中无法及时获知网络节点的异常情况的技术问题。

Description

网络监测方法和装置

技术领域

本申请涉及互联网领域，具体而言，涉及一种网络监测方法和装置。

背景技术

内容分发网络(Content Delivery Network，简称为CDN)节点一般是一个动态的节点组，网站的流量切换给CDN后，网络流量的监控和运维工作都是CDN厂商完成。然而，网络节点的服务监控是不向网站运营商开放的，这使得网站运营商无法及时了解CDN节点异常情况，这会导致网站运营商无法及时对网站进行故障检查，造成网站流量损失。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种网络监测方法和装置，以至少解决现有技术中无法及时获知网络节点的异常情况的技术问题。

根据本申请实施例的一个方面，提供了一种网络监测方法，包括：获取用于查询网络节点的IP地址的API地址；利用所述API地址获取多个IP地址，得到IP地址集；检测所述IP地址集中每一个IP地址对应的网络节点的服务性能是否异常；以及在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使所述监控终端显示所述出现异常的IP地址及其对应的异常信息。

根据本申请实施例的另一方面，还提供了一种网络监测装置，包括：第一获取单元，用于获取用于查询网络节点的IP地址的API地址；第二获取单元，用于利用所述API地址获取多个IP地址，得到IP地址集；检测单元，用于检测所述IP地址集中每一个IP地址对应的网络节点的服务性能是否异常；以及第一发送单元，用于在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使所述监控终端显示所述出现异常的IP地址及其对应的异常信息。

根据本申请实施例，通过获取用于查询网络节点的IP地址的API地址，利用API地址获取多个IP地址，得到IP地址集，检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常，在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使监控终端显示出现异常的IP地址及其对应的异常信息，网站工作人员可以及时查看故障点，并进行检查和处理，相对于现有技术而言，无需进行二次数据查询，解决现有技术中无法及时获知网络节点的异常情况的技术问题，达到了及时提示工作人员网络节点的故障点的效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的网络监测方法的流程图；

图2是根据本申请实施例的网络监测装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例，提供了一种网络监测方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的网络监测方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，获取用于查询网络节点的IP地址的API地址。

在CDN中，每个网络节点对应一个服务器，网络节点的IP地址即是该服务器的IP地址。应用程序编程接口(Application Programming Interface，简称为API)地址可以是由CDN服务商提供的，用来查询动态CDN解析IP池也即是IP地址集。

步骤S104，利用API地址获取多个IP地址，得到IP地址集。

在获取到API地址之后，利用该API地址获取多个IP地址，从而得到目前解析池中的服务器的IP地址，形成IP地址集。具体地，利用API地址获取IP地址可以是以发送请求，接收返回消息，再从返回消息中提取IP地址的形式来获取。

步骤S106，检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常。

步骤S108，在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使监控终端显示出现异常的IP地址及其对应的异常信息。

获取到IP地址集之后，对IP地址集中每一个IP地址对应的网络节点的服务性能进行检测，判断目前解析池内每一个IP地址对应的网络节点是否出现异常，并记录异常信息。在检测出异常的网络节点时，将该网络节点的IP地址及其对应的异常信息发送至监控终端，可以是以短信或者邮件的方式发送。监控终端将接收到的信息显示在显示器上，以便于网站工作人员进行及时查看故障点，及时进行检查和处理。

根据本申请实施例，通过获取用于查询网络节点的IP地址的API地址，利用API地址获取多个IP地址，得到IP地址集，检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常，在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使监控终端显示出现异常的IP地址及其对应的异常信息，网站工作人员可以及时查看故障点，并进行检查和处理，相对于现有技术而言，无需进行二次数据查询，解决了现有技术中无法及时获知网络节点的异常情况的技术问题，达到了及时提示工作人员网络节点的故障点的效果。

优选地，检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常包括：向每一个IP地址对应的网络节点发送探测请求，记录探测请求的总时长，判断总时长是否超过预设时间；和/或，对每一个IP地址对应的网络节点发送预设次数的网络测试，记录网络测试的丢包次数，利用预设次数和丢包次数计算每一个IP地址对应的网络节点的网络测试的丢包率，判断丢包率是否超过预设阈值；在判断出总时长超过预设时间或者丢包率超过预设阈值时，确定总时长超过预设时间或者丢包率超过预设阈值的IP地址对应的网络节点的服务性能出现异常。

上述中网络测试，可以是例如ping测试，以下为了便于理解本申请，均用ping测试举例。

对网络节点的服务性能的检测可以有多种方式，本申请实施例优选探测请求和/或ping测试的方式进行检测，本实施例中，可以采用其中一种进行检测，也可以两种方式结合的形式进行检测。现对这两种方式分别进行描述：

对于探测请求的方式，在对每一个IP地址进行检测时，先向IP地址对应的网络节点发送探测请求，记录探测请求的总时长，该总时长是从发送探测请求开始直到该探测请求响应结束的时间，可以包括域名***(Domain Name System，简称为DNS)解析时间，建联时间、下载时间等等。在得到探测请求的总时长时，判断该总时长是否超过预设时长，如果是，则确定相应的IP地址对应的网络节点出现异常。其中，记录的异常信息可以是探测请求各个环节的时长和总时长。

进一步地，首先借助python的多线程模块创建一个子线程，此子线程：调用python的pycurl模块(pycurl是一个python语言编写的，探测web服务质量的python模块，优点是可精细定制HTTP请求，并检测出详细的HTTP响应性能信息，运行方式是在python的命令行中调用该模块，或者是在编写python程序中引用模块。本实施例中，该模块用于HTTP请求探测，可以收集探测过程中的各个环节响应时间，如DNS时间、TCP建联时间、下载时间等等)，主线程首先利用for循环，在IP地址集中为每个子线程取出一个探测IP，pycurl发出探测请求，把探测过程得到的各环节相应时间信息存到预定义的变量中。再从预定义的变量中取出探测请求的总时长，进行判断，确定每个IP地址对应的网络节点是否异常。

对于ping测试，可以预先编写探测命令，以向IP地址发送预设次数的ping测试，记录ping测试的丢包次数，再根据丢包次数和预设次数计算丢包率，具体地，丢包次数除以预设次数得到丢包率。判断丢包率是否超过与预设阈值，如果是，则确定相应的IP地址对应的网络节点出现异常。

进一步地，对网络节点的IP地址进行ping测试，可以预设探测命令ping–f–c1000，即快速发出1000次ping测试，用丢包次数/1000得到丢包率。再对丢包率进行判断，确定是否出现异常。

根据本申请实施例中，通过采用探测请求和/或ping测试的方式对网络节点进行检测，检测过程快速简洁，提高了检测的效率。

可选地，检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常包括：步骤A：获取IP地址集中的IP地址；步骤B：向获取的IP地址对应的网络节点发送探测请求，记录探测请求的总时长，判断总时长是否超过预设时间；和/或，对获取的IP地址对应的网络节点发送预设次数的ping测试，记录ping测试的丢包次数，利用预设次数和丢包次数计算每一个IP地址对应的网络节点的ping测试的丢包率，判断丢包率是否超过预设阈值；步骤C：在判断出总时长超过预设时间或者丢包率超过预设阈值时，异常次数加1；步骤D：判断异常次数是否达到预设次数；在异常次数未达到预设次数时，返回执行步骤B；在异常次数达到预设次数时，确定获取的IP地址对应的网络节点的服务性能出现异常。

为了降低误报率，本申请实施例中，增加异常次数来进行不确定网络节点是否为异常。其中，对于每个IP地址对应的网络节点异常检测的方式如前述的方式相同，即，每一次检测均采用探测请求、ping测试或者其结合的方式，这里不再赘述。

在进行检测的过程中，如果检测出网路节点出现异常，但异常次数未达到预设次数，则可以休眠预设时间之后，重新对该网络节点进行检测，再根据检测结果进行判断。如果检测数网络节点出现异常，且异常次数达到预设次数，则表明该网络节点出现异常。该实施例中，如果确定网络节点出现异常，则将最后一次检测的异常信息发送给监控终端。

根据本申请实施例，通过增加异常次数的判断，从而避免将偶然性异常的网络节点当作异常节点进行上报，降低了误报率。

优选地，在获取用于查询网络节点的IP地址的API地址之前，方法还包括：向域名***发送对目标域名的查询请求；接收域名***返回的查询结果，从查询结果中提取目标域名对应的别名记录；利用别名记录在预设的参照表中查询别名记录对应的CDN服务商的信息和用于查询网络节点的IP地址的API地址，其中，在将出现异常的IP地址及其对应的异常信息发送至监控终端的同时，将CDN服务商的信息发送至监控终端。

本申请实施中，预先将CDN服务商的信息、网站别名记录(CNAME)和CDN服务商提供的API地址对应的存储在参照表中，其中，CDN服务商的信息可以包括CDN简称、CDN服务商的客服电话等等。当需要对目标域名对应的网络节点进行检测时，可以先将携带有目标域名的查询请求发送至域名***，域名***对目标域名进行解析，并将解析结果作为查询结果返回，这样，可以从返回的查询结果中提取目标域名的别名记录，再以别名记录作为查询的关键词，从参照表中查询别名记录对应的CDN服务商的信息和用于查询网络节点的IP地址的API地址，以便于在检测出网络节点异常时，将CDN服务商的信息一并发送给监控终端。

以www.gridsum.com作为目标域名为例，首先向DNS发出查询请求，将DNS的返回信息的CNAME字段取出，例如DNS查询结果：

www.gridsum.com CNAME gridsum.com.ccgslb.com.cn

得到CNAME:gridsum.com.ccgslb.com.cn；用该CNAME在参照表(程序预先订制好的CDN简称、CNAME、解析查询API、客服电话的对照表)中取出CDN简称，将其作为CDN服务商的名称；用该CNAME继续在参照表中取出解析查询API地址，该API是CDN服务商提供的，用来查询动态CDN解析IP池的，将该API地址存起来；用该CNAME继续在参照表中取出“客服电话”等。

优选地，利用API地址获取多个IP地址，得到IP地址集包括：向API地址对应的服务器发送HTTP连接请求，以使API地址对应的服务器返回包含有网络节点的IP地址的HTML文件；接收API地址对应的服务器返回的HTML文件，利用正则表达式获取HTML文件中包含的网络节点的IP地址，得到IP地址集。

对于IP地址集的获取，本实施例中，通过向API地址发送HTTP连接请求,该API地址对应的服务器接收到该请求之后，返回一个HTML文件，该文件中包含有目前解析池内的网络节点的IP地址。由于HTML文件具有其自身的文本格式，本实施例中，采用正则表达式对该HTML文件中数据进行匹配，从而提取出其中包含的IP地址，形成IP地址集。

具体地，返回一个HTML文件的文本样式可以是:

<td>10.1.1.1</td>

<td>10.1.1.2</td>

<td>10.1.1.3</td>

用正则表达式进行匹配处理，将每个IP拿出来追加到list中，最终得到列表[‘10.1.1.1’,’10.1.1.2’,’10.1.1.3’…..]

列表中的IP即是目前解析池中的网络节点的IP地址。

根据本申请实施例，通过采用正则表达式快速地从HTML文件中提取IP地址，提高了IP地址的提取效率。

本申请实施例的还提供了一种网络监测装置，该装置可以用于执行本申请实施例的网络监测方法，如图2所示，该装置包括：第一获取单元10、第二获取单元20、检测单元30和第一发送单元40。

第一获取单元10用于获取用于查询网络节点的IP地址的API地址。

在CDN中，每个网络节点对应一个服务器，网络节点的IP地址即是该服务器的IP地址。应用程序编程接口(Application Programming Interface，简称为API)地址可以是有CDN服务商提供的，用来查询动态CDN解析IP池也即是IP地址集。

第二获取单元20用于利用API地址获取多个IP地址，得到IP地址集。

在获取到API地址之后，利用该API地址获取多个IP地址，从而得到目前解析池中的服务器的IP地址，形成IP地址集。具体地，利用API地址获取IP地址可以是以发送请求，接收返回消息，再从返回消息中提取IP地址的形式来获取。

检测单元30用于检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常。

第一发送单元40用于在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使监控终端显示出现异常的IP地址及其对应的异常信息。

获取到IP地址集之后，对IP地址集中每一个IP地址对应的网络节点的服务性能进行检测，判断目前解析池内每一个IP地址对应的网络节点是否出现异常，并记录异常信息。在检测出异常的网络节点时，将该网络节点的IP地址及其对应的异常信息发送至监控终端，可以是以短信或者邮件的方式发送。监控终端将接收到的信息显示在显示器上，以便于网站工作人员进行及时查看故障点，及时进行检查和处理。

根据本申请实施例，通过获取用于查询网络节点的IP地址的API地址，利用API地址获取多个IP地址，得到IP地址集，检测IP地址集中每一个IP地址对应的网络节点的服务性能是否异常，在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使监控终端显示出现异常的IP地址及其对应的异常信息，网站工作人员可以及时查看故障点，并进行检查和处理，相对于现有技术而言，无需进行二次数据查询，解决现有技术中无法及时获知网络节点的异常情况的技术问题，达到了及时提示工作人员网络节点的故障点的效果。

优选地，检测单元包括：第一判断模块，用于向每一个IP地址对应的网络节点发送探测请求，记录探测请求的总时长，判断总时长是否超过预设时间；和/或，对每一个IP地址对应的网络节点发送预设次数的ping测试，记录ping测试的丢包次数，利用预设次数和丢包次数计算每一个IP地址对应的网络节点的ping测试的丢包率，判断丢包率是否超过预设阈值；第一确定模块，用于在判断出总时长超过预设时间或者丢包率超过预设阈值时，确定总时长超过预设时间或者丢包率超过预设阈值的IP地址对应的网络节点的服务性能出现异常。

对网络节点的服务性能的检测可以有多种方式，本申请实施例优选探测请求和/或ping测试的方式进行检测，本实施例中，可以采用其中一种进行检测，也可以两种方式结合的形式进行检测。现对这两种方式分别进行描述：

对于探测请求的方式，在对每一个IP地址进行检测时，先向IP地址对应的网络节点发送探测请求，记录探测请求的总时长，该总时长是从发送探测请求开始直到该探测请求响应结束的时间，可以包括域名***(Domain Name System，简称为DNS)解析时间，建联时间、下载时间等等。在得到探测请求的总时长时，判断该总时长是否超过预设时长，如果是，则确定相应的IP地址对应的网络节点出现异常。其中，记录的异常信息可以是探测请求各个环节的时长和总时长。

进一步地，首先借助python的多线程模块创建一个子线程，此子线程：调用python的pycurl模块(Pycurl是一个python语言编写的，探测web服务质量的python模块，优点是可精细定制HTTP请求，并检测出详细的HTTP响应性能信息，运行方式是在python的命令行中调用该模块，或者是在编写python程序中引用模块。本实施例中，该模块用于HTTP请求探测，可以收集探测过程中的各个环节响应时间，如DNS时间、TCP建联时间、下载时间等等)，主线程首先利用for循环，在IP地址集中为每个子线程取出一个探测IP，pycurl发出探测请求，把探测过程得到的各环节相应时间信息存到预定义的变量中。再从预定义的变量中取出探测请求的总时长，进行判断，确定每个IP地址对应的网络节点是否异常。

对于ping测试，可以预先编写探测命令，以向IP地址发送预设次数的ping测试，记录ping测试的丢包次数，再根据丢包次数和预设次数计算丢包率，具体地，丢包次数除以预设次数得到丢包率。判断丢包率是否超过与预设阈值，如果是，则确定相应的IP地址对应的网络节点出现异常。

进一步地，对网络节点的IP地址进行ping测试，可以预设探测命令ping–f–c1000，即快速发出1000次ping测试，用丢包次数/1000得到丢包率。再对丢包率进行判断，确定是否出现异常。

根据本申请实施例中，通过采用探测请求和/或ping测试的方式对网络节点进行检测，检测过程快速简洁，提高了检测的效率。

可选地，检测单元包括：获取模块，用于获取IP地址集中的IP地址；第二判断模块，用于向获取的IP地址对应的网络节点发送探测请求，记录探测请求的总时长，判断总时长是否超过预设时间；和/或，对获取的IP地址对应的网络节点发送预设次数的网络测试，记录网络测试的丢包次数，利用预设次数和丢包次数计算每一个IP地址对应的网络节点的网络测试的丢包率，判断丢包率是否超过预设阈值；累加模块，用于在判断出总时长超过预设时间或者丢包率超过预设阈值时，异常次数加1；第三判断模块，用于判断异常次数是否达到预设次数；第二确定模块，用于在异常次数达到预设次数时，确定获取的IP地址对应的网络节点的服务性能出现异常，其中，第二判断模块在异常次数未达到预设次数时，重新对获取的IP地址进行检测。

上述中网络测试，可以是例如ping测试，以下为了便于理解本申请，均用ping测试例举。

为了降低误报率，本申请实施例中，增加异常次数来进行不确定网络节点是否为异常。其中，对于每个IP地址对应的网络节点异常检测的方式如前述的方式相同，即，每一次检测均采用探测请求、ping测试或者其结合的方式，这里不再赘述。

在进行检测的过程中，如果检测出网路节点出现异常，但异常次数未达到预设次数，则可以休眠预设时间之后，重新对该网络节点进行检测，再根据检测结果进行判断。如果检测数网络节点出现异常，且异常次数达到预设次数，则表明该网络节点出现异常。该实施例中，如果确定网络节点出现异常，则将最后一次检测的异常信息发送给监控终端。

根据本申请实施例，通过增加异常次数的判断，从而避免将偶然性异常的网络节点当作异常节点进行上报，降低了误报率。

优选地，装置还包括：第二发送单元，用于在获取用于查询网络节点的IP地址的API地址之前，向域名***发送对目标域名的查询请求；提取单元，用于接收域名***返回的查询结果，从查询结果中提取目标域名对应的别名记录；查询单元，用于利用别名记录在预设的参照表中查询别名记录对应的CDN服务商的信息和用于查询网络节点的IP地址的API地址，其中，第一发送单元还用于在将出现异常的IP地址及其对应的异常信息发送至监控终端的同时，将CDN服务商的信息发送至监控终端。

本申请实施中，预先将CDN服务商的信息、网站别名记录(CNAME)和CDN服务商提供的API地址对应的存储在参照表中，其中，CDN服务商的信息可以包括CDN简称、CDN服务商的客服电话等等。当需要对目标域名对应的网络节点进行检测时，可以先将携带有目标域名的查询请求发送至域名***，域名***对目标域名进行解析，并将解析结果作为查询结果返回，这样，可以从返回的查询结果中提取目标域名的别名记录，再以别名记录作为查询的关键词，从参照表中查询别名记录对应的CDN服务商的信息和用于查询网络节点的IP地址的API地址，以便于在检测出网络节点异常时，将CDN服务商的信息一并发送给监控终端。

以www.gridsum.com作为目标域名为例，首先向DNS发出查询请求，将DNS的返回信息的CNAME字段取出，例如DNS查询结果：

www.gridsum.com CNAME gridsum.com.ccgslb.com.cn

得到CNAME:gridsum.com.ccgslb.com.cn；用该CNAME在参照表(程序预先订制好的CDN简称、CNAME、解析查询API、客服电话的对照表)中取出CDN简称，将其作为CDN服务商的名称；用该CNAME继续在参照表中取出解析查询API地址，该API是CDN服务商提供的，用来查询动态CDN解析IP池的，将该API地址存起来；用该CNAME继续在参照表中取出“客服电话”等。

优选地，第二获取单元包括：发送模块，用于向API地址对应的服务器发送HTTP连接请求，以使API地址对应的服务器返回包含有网络节点的IP地址的HTML文件；接收模块，用于接收API地址对应的服务器返回的HTML文件，利用正则表达式获取HTML文件中包含的网络节点的IP地址，得到IP地址集。

对于IP地址集的获取，本实施例中，通过向API地址发送HTTP连接请求,该API地址对应的服务器接收到该请求之后，返回一个HTML文件，该文件中包含有目前解析池内的网络节点的IP地址。由于HTML文件具有其自身的文本格式，本实施例中，采用正则表达式对该HTML文件中数据进行匹配，从而提取出其中包含的IP地址，形成IP地址集。

具体地，返回一个HTML文件的文本样式可以是:

<td>10.1.1.1</td>

<td>10.1.1.2</td>

<td>10.1.1.3</td>

用正则表达式进行匹配处理，将每个IP拿出来追加到list中，最终得到列表[‘10.1.1.1’,’10.1.1.2’,’10.1.1.3’…..]

列表中的IP即是目前解析池中的网络节点的IP地址。

根据本申请实施例，通过采用正则表达式快速地从HTML文件中提取IP地址，提高了IP地址的提取效率。

下面通过一个优选的实施例来对本申请进行描述。在该实施例中，主要包括识别模块、IP地址生成模块、探测模块和报警模块。其中，识别模块相当于本申请实施例中第二发送单元、提取单元和查询单元，IP地址生成模块相当于第二获取单元，探测模块相当于检测单元，报警模块相当于第一发送单元。具体地：

识别模块用于在开始检测之前，首先向DNS发出一个监控域名查询请求，并将DNS的返回信息的CNAME字段取出，得到CNAME进行CDN服务商辨别。

例如，DNS查询结果为：www.gridsum.com CNAME gridsum.com.ccgslb.com.cn

得到CNAME:gridsum.com.ccgslb.com.cn；

用该CNAME在参照表(程序预先订制好的CDN简称、CNAME、解析查询API、客服电话的对照表)中取出CDN简称，以备报警模块产生报警时将该简称加入报警信息的“CDN服务商名”项中；用该CNAME继续在参照表中取出解析查询API地址，该API是CDN服务商提供，用来查询动态CDN解析IP池的，将该API地址存起来，供下面IP地址列表生成模块使用；用该CNAME继续在参照表中取出“客服电话”。

IP地址生成模块用于向该API发出HTTP连接请求，该API返回一个HTML文件，文件中有若干IP地址，文本样式类似:

<td>10.1.1.1</td>

<td>10.1.1.2</td>

<td>10.1.1.3</td>

用正则表达式进行匹配处理，将每个拿出来追加到list中，最终得到列表[‘10.1.1.1’,’10.1.1.2’,’10.1.1.3’…..]

列表中的IP即是目前解析池中的服务器的IP地址。将此列表保存，以供探测模块固定IP进行检测。

探测模块用于在收到IP地址生成模块发来的IP地址列表后，首先借助python的多线程模块创建一个子线程，此子线程采用两种方式进行检测：

第一种：调用python的pycurl模块(此模块专门用于HTTP请求探测，可以收集探测过程中的各个环节响应时间，如DNS时间、TCP建联时间、下载时间等等)，主线程首先利用for循环，在IP列表中为每个子线程取出一个探测IP，pycurl发出探测请求，把探测过程得到的各环节相应时间信息存到预定义的变量中；

第二种：对网络节点的IP地址进行ping测试，探测命令ping–f–c 1000，即快速发出1000次ping测试，用丢包次数/1000得到丢包率。

探测模块还用于对网络节点的报警判断，具体地，如果本次探测请求的总时长未超过10秒并且ping的丢包率小于10％，则结束该子线程的探测过程；如果发生探测请求10秒超时或丢包率超过10％中的任一种情况，则“失败次数”+1，判断“失败次数”是否超过3次，若还未超过3次，则此异常为“疑似报警”，本线程休眠10秒钟，再次进行探测；若“失败次数”已超过3次，则此异常为“真实报警”，探测模块带着pycurl测试过程保留的最后一次测试的信息变量、ping丢包率，生成一个字典，字典的格式举例如下：

{‘IP’:’10.1.1.1’,’CDN’:’chinacache’,’ping_lost’:’0％’,’time_totle’:’11s’,’time_dns’:’1s’,’time_connect’:’10s’…}

该字典内大部分内容会用来下一步生成报警信息中的探测详情内容。

报警模块在被触发时则是有IP地址探测连续3次超过10秒的情况，该IP服务性能可能有异常，需要报告给网站运营商，首先将上一步生成的字典进行读取，得到报警IP、CDN名称、检测时间细节，然后在shell中调用“nali”工具检测此IP归属地，接下来开始整理格式，将识别模块和探测模块得到的细腻整理成一段报警字符串，字符串举例：

[IP:10.1.1.1 状态：报警]

归属地：中国-北京

CDN服务商：chinacache

探测细节：

time_totle:11s

time_dns:1s

time_connect:10s

time_download:0s

ping_lost：0％

客服电话：010-******

报警模块在shell中调用被监控模块，将此字符串发送给监控终端，该监控终端在配置文件中是可配置的。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种网络监测方法，其特征在于，包括：

获取用于查询网络节点的IP地址的API地址；

利用所述API地址获取多个IP地址，得到IP地址集；

检测所述IP地址集中每一个IP地址对应的网络节点的服务性能是否异常；以及

在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使所述监控终端显示所述出现异常的IP地址及其对应的异常信息。

2.根据权利要求1所述的方法，其特征在于，检测所述IP地址集中每一个IP地址对应的网络节点的服务性能是否异常包括：

向每一个IP地址对应的网络节点发送探测请求，记录所述探测请求的总时长，判断所述总时长是否超过预设时间；和/或，对每一个IP地址对应的网络节点发送预设次数的网络测试，记录所述网络测试的丢包次数，利用所述预设次数和所述丢包次数计算每一个IP地址对应的网络节点的网络测试的丢包率，判断所述丢包率是否超过预设阈值；

在判断出所述总时长超过所述预设时间或者所述丢包率超过所述预设阈值时，确定总时长超过所述预设时间或者所述丢包率超过所述预设阈值的IP地址对应的网络节点的服务性能出现异常。

3.根据权利要求1所述的方法，其特征在于，检测所述IP地址集中每一个IP地址对应的网络节点的服务性能是否异常包括：

步骤A：获取所述IP地址集中的IP地址；

步骤B：向获取的IP地址对应的网络节点发送探测请求，记录所述探测请求的总时长，判断所述总时长是否超过预设时间；和/或，对获取的IP地址对应的网络节点发送预设次数的网络测试，记录所述网络测试的丢包次数，利用所述预设次数和所述丢包次数计算每一个IP地址对应的网络节点的网络测试的丢包率，判断所述丢包率是否超过预设阈值；

步骤C：在判断出所述总时长超过所述预设时间或者所述丢包率超过所述预设阈值时，异常次数加1；

步骤D：判断异常次数是否达到预设次数；

在异常次数未达到所述预设次数时，返回执行所述步骤B；

在异常次数达到所述预设次数时，确定所述获取的IP地址对应的网络节点的服务性能出现异常。

4.根据权利要求1所述的方法，其特征在于，在获取用于查询网络节点的IP地址的API地址之前，所述方法还包括：

向域名***发送对目标域名的查询请求；

接收域名***返回的查询结果，从所述查询结果中提取所述目标域名对应的别名记录；

利用所述别名记录在预设的参照表中查询所述别名记录对应的CDN服务商的信息和用于查询网络节点的IP地址的API地址，

其中，在将出现异常的IP地址及其对应的异常信息发送至监控终端的同时，将所述CDN服务商的信息发送至所述监控终端。

5.根据权利要求1所述的方法，其特征在于，利用所述API地址获取多个IP地址，得到IP地址集包括：

向所述API地址对应的服务器发送HTTP连接请求，以使API地址对应的服务器返回包含有网络节点的IP地址的HTML文件；

接收所述API地址对应的服务器返回的HTML文件，利用正则表达式获取HTML文件中包含的网络节点的IP地址，得到所述IP地址集。

6.一种网络监测装置，其特征在于，包括：

第一获取单元，用于获取用于查询网络节点的IP地址的API地址；

第二获取单元，用于利用所述API地址获取多个IP地址，得到IP地址集；

检测单元，用于检测所述IP地址集中每一个IP地址对应的网络节点的服务性能是否异常；以及

第一发送单元，用于在检测出IP地址对应的网络节点的服务性能出现异常时，将出现异常的IP地址及其对应的异常信息发送至监控终端，以使所述监控终端显示所述出现异常的IP地址及其对应的异常信息。

7.根据权利要求6所述的装置，其特征在于，所述检测单元包括：

第一判断模块，用于向每一个IP地址对应的网络节点发送探测请求，记录所述探测请求的总时长，判断所述总时长是否超过预设时间；和/或，对每一个IP地址对应的网络节点发送预设次数的网络测试，记录所述网络测试的丢包次数，利用所述预设次数和所述丢包次数计算每一个IP地址对应的网络节点的网络测试的丢包率，判断所述丢包率是否超过预设阈值；

第一确定模块，用于在判断出所述总时长超过所述预设时间或者所述丢包率超过所述预设阈值时，确定总时长超过所述预设时间或者所述丢包率超过所述预设阈值的IP地址对应的网络节点的服务性能出现异常。

8.根据权利要求6所述的装置，其特征在于，所述检测单元包括：

获取模块，用于获取所述IP地址集中的IP地址；

第二判断模块，用于向获取的IP地址对应的网络节点发送探测请求，记录所述探测请求的总时长，判断所述总时长是否超过预设时间；和/或，对获取的IP地址对应的网络节点发送预设次数的网络测试，记录所述网络测试的丢包次数，利用所述预设次数和所述丢包次数计算每一个IP地址对应的网络节点的ping测试的丢包率，判断所述丢包率是否超过预设阈值；

累加模块，用于在判断出所述总时长超过所述预设时间或者所述丢包率超过所述预设阈值时，异常次数加1；

第三判断模块，用于判断异常次数是否达到预设次数；

第二确定模块，用于在异常次数达到所述预设次数时，确定所述获取的IP地址对应的网络节点的服务性能出现异常，

其中，第二判断模块在异常次数未达到所述预设次数时，重新对获取的IP地址进行检测。

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

第二发送单元，用于在获取用于查询网络节点的IP地址的API地址之前，向域名***发送对目标域名的查询请求；

提取单元，用于接收域名***返回的查询结果，从所述查询结果中提取所述目标域名对应的别名记录；

查询单元，用于利用所述别名记录在预设的参照表中查询所述别名记录对应的CDN服务商的信息和用于查询网络节点的IP地址的API地址，

其中，所述第一发送单元还用于在将出现异常的IP地址及其对应的异常信息发送至监控终端的同时，将所述CDN服务商的信息发送至所述监控终端。

10.根据权利要求6所述的装置，其特征在于，所述第二获取单元包括：

发送模块，用于向所述API地址对应的服务器发送HTTP连接请求，以使API地址对应的服务器返回包含有网络节点的IP地址的HTML文件；

接收模块，用于接收所述API地址对应的服务器返回的HTML文件，利用正则表达式获取HTML文件中包含的网络节点的IP地址，得到所述IP地址集。