网络检测方法、装置、测试主机及存储介质与流程

本申请涉及计算机网络领域，具体而言，涉及一种网络检测方法、装置、测试主机及存储介质。

背景技术：

国内网络环境错综复杂，小型运营商公网出口ip数量稀少，不同大小地区会以多重网络地址转换nat协议(networkaddresstranslation，nat)增加网络复杂度；同时，在跨区域、跨线路的网络环境中，运营商链路又涉及流量结算等问题，导致网络访问效率低下。

为了提高网络访问效率，通常采用内容分发网络cdn(contentdeliverynetwork，cdn)对网络访问速度进行优化，由此产生了专门的cdn厂商提供高效的网络访问服务。

现有的cdn厂商交付服务给用户时通常会遇到因整体网络环境欠佳而导致的网站访问异常的问题，这些问题由于网络环境过于复杂，不能对网络进行及时、有效地检测。

技术实现要素：

本申请的目的在于提供了一种网络检测方法、装置、测试主机及存储介质，解决不能对网络进行及时、有效地检测的问题。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请提供了一种网络检测方法，应用于测试主机，所述测试主机与客户端及内容分发网络cdn中的服务器均通信连接，所述方法包括：接收所述客户端发送的检测请求，其中，所述检测请求是基于所述客户端访问业务网站异常后发送的；基于所述检测请求，控制所述客户端通过所述cdn中的服务器向预设测试网站发送第一拨测请求、并控制所述客户端向所述业务网站发送第二拨测请求；接收所述客户端发送的预设测试网站反馈的响应所述第一拨测请求的第一结果；接收所述客户端发送的所述业务网站反馈的响应所述第二拨测请求的第二结果；依据所述第一结果和所述第二结果，进行网络检测。

第二方面，本申请提供了一种网络检测装置，应用于测试主机，所述测试主机与客户端及内容分发网络cdn中的服务器均通信连接，所述装置包括：请求接收模块，用于接收所述客户端发送的检测请求，其中，所述检测请求是基于所述客户端访问业务网站异常后发送的；拨测模块，用于基于所述检测请求，控制所述客户端通过所述cdn中的服务器向预设测试网站发送第一拨测请求、并控制所述客户端向所述业务网站发送第二拨测请求；响应接收模块，用于：接收所述客户端发送的预设测试网站反馈的响应所述第一拨测请求的第一结果；接收所述客户端发送的所述业务网站反馈的响应所述第二拨测请求的第二结果；检测模块，用于依据所述第一结果和所述第二结果，进行网络检测。

第三方面，本申请提供了一种测试主机，所述测试主机包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的网络检测方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述的网络检测方法。

相对现有技术，本申请具有以下有益效果：本申请提供一种网络检测方法、装置、测试主机及存储介质，应用于测试主机，测试主机与客户端及内容分发网络cdn中的服务器均通信连接，客户通过客户端访问业务网站出现异常时，为了针对该异常进行网络检测，客户通过客户端向测试主机发送检测请求，该检测请求是由客户端访问检测网站触发的，测试主机基于该检测请求控制客户端通过cdn中的服务器向预设测试网站发送第一拨测请求，并控制客户端向业务网站发送第二拨测请求，测试主机在收到客户端发送的预设测试网站反馈的响应第一拨测请求的第一结果和业务网站反馈的响应所述第二拨测请求的第二结果后，依据第一结果和第二结果，进行网络检测，本申请能够基于响应第一拨测请求的第一结果可以得知客户端20与cdn之间的网络通信情况，因而可以依据第一结果和响应第二拨测请求的第二结果对网络进行有效检测，同时由于整个过程无需人工干预，保证了检测的及时性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的应用场景图。

图2示出了本申请实施例提供的测试主机的方框示意图。

图3示出了本申请实施例提供的一种网络检测方法的流程示意图。

图4示出了本申请实施例提供的另一种网络检测方法的流程示意图。

图5示出了本申请实施例提供的另一种网络检测方法的流程示意图。

图6示出了本申请实施例提供网络检测装置的方框示意图。

图标：10-测试主机；11-处理器；12-存储器；13-总线；14-通信接口；20-客户端；30-服务器；100-网络检测装置；110-请求接收模块；120-拨测模块；130-响应接收模块；140-检测模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本申请的实施例中的特征可以相互结合。

对网络进行及时、有效的检测，多数网络服务商的技术人员开发测试脚本程序，交付给用户，让用户在客户端上运行该测试脚本程序，并反馈具体测试数据给技术人员，有技术人员对测试数据进行分析后，得到网络检测结果，以针对网络检测结果对网络进行优化或者对网络问题进行定位。

但是，现有的测试脚本只能初步获取客户端网络质量的数据，无法清晰地获取到客户端20与cdn之间的网络通信情况的测试数据，因而对于网络的检测比较盲目，其检测的有效性也会大打折扣。

同时，由于客户端的类型多样化，例如，客户端可以是电脑、手机、平板等，当前网络环境的参与者处于多类型终端共存的状态，而不同类型的客户端的操作系统均有不同程度的限制，所以开发和维护针对不同平台、版本的测试脚本程序的成本极高；同时，由于客户端的用户通常为普通用户，只具备少量或完全不具备网络测试相关知识及经验，所以沟通耗费时间成本极高，一方面，测试数据获取不及时，最终导致无法及时对测试数据进行分析，以及时对网络进行检测，进而针对检测结果进行优化操作，另一方面，这种方式造成的用户体验也极差。

有鉴于此，本申请实施例提供一种网络检测方法、装置、测试主机及存储介质，可以提高网络检测的有效性和及时性。

请参考图1，图1示出了本申请实施例提供的应用场景图，图1中，客户端20与多个cdn机房中的服务器30通信连接，每个cdn机房中的服务器组成一个cdn，测试主机10同时也与客户端20通信连接，图1中，每个cdn机房中只示例性的给出了两个服务器30，实际应用场景中，每个cdn机房中存在多个服务器30，用户通过客户端20访问业务网站出现异常时，用户通过客户端20向测试主机发送检测请求，控制客户端20通过cdn机房中的服务器30向预设测试网站发送第一拨测请求、并控制客户端20向业务网站发送第二拨测请求，客户端20最终将预设测试网站反馈的响应第一拨测请求的第一结果和业务网站反馈的响应第二拨测请求的第二结果发送至测试主机10，测试主机基于第一结果可以得知到客户端20与cdn之间的网络通信情况，因而可以依据第一结果和响应第二拨测请求的第二结果对网络进行有效检测，同时由于整个过程无需人工干预，保证了检测的及时性。

需要说明的是，当cdn机房有多个时，对应的预设测试网站也有多个，对于任一预设测试网站，客户端20通过与该预设测试网站对应的cdn机房中的服务器访问该预设测试网站，以便得到客户端20与每一cdn机房之间第一拨测请求的处理情况。

另外，作为一种具体实施方式，网络服务商可以向用户提供检测网站，用户通过客户端20访问检测网站时，会触发向测试主机10发送检测请求，测试主机10收到该检测请求后，测试主机10根据第一结果和第二结果自动进行网络检测。由于客户端20只需要访问检测网站即可将检测请求发送至测试主机10，因此，对客户端20的设备类型、操作系统的类型均没有要求，只需要客户端20中安装有可以访问预设网址的浏览器即可，避免了针对不同客户端开发和维护不同平台和不同版本的测试脚本导致的开发和维护成本高的问题。

测试主机10可以、但不限于是实体主机、实体服务器或者能实现与实体主机或者实体服务器具有相同功能的虚拟机。

客户端20可以、但不限于手机、平板电脑、笔记本电脑、台式计算机等设备。

服务器30为位于cdn机房中处于cdn网络中的计算机设备，可以是网络通信设备，例如交换机、路由器等。

需要说明的是，测试主机10可以是任意cdn机房中的任意一个服务器30，也可以是独立于所有cdn机房且与cdn机房中的服务器通信连接的主机，可以根据实际场景的要求进行对应的部署，本申请对具体部署方式不予限定。

在图1的基础上，本申请实施例还提供了图1中测试主机10的方框示意图，请参照图2，图2示出了本申请实施例提供的测试主机10的方框示意图。

测试主机10包括处理器11、存储器12、总线13、通信接口14。处理器11、存储器12通过总线13连接，处理器11通过通信接口14与客户端20及服务器30通信连接。

处理器11可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器11中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器11可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器12可能包括高速随机存取存储器(ram：randomaccessmemory)，也可能还包括非易失存储器(non-volatilememory)，例如至少一个磁盘存储器。可选地，存储器12可以是内置于处理器11中的存储装置，也可以是独立于处理器11的存储装置。

总线13可以是isa总线、pci总线或eisa总线等。图2仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

在图1和图2的基础上，本申请实施例提供了应用于图1和图2中测试主机10的网络检测方法的流程图，请参照图3，图3示出了本申请实施例提供的一种网络检测方法的流程图，该方法包括以下步骤：

步骤s100，接收客户端发送的检测请求，其中，检测请求是基于客户端访问业务网站异常后发送的。

在本实施例中，业务网站为用户实际需要访问的网站，用户可以通过在客户端20的浏览器软件中输入业务网站的网址访问业务网站。检测请求是客户端20向测试主机10发送的用于触发网络检测的请求，作为一种具体实施方式，该请求可以由用户通过客户端20的浏览器软件访问检测网站来实现，检测网站是提供给用户，可以使用户通过访问该检测网站自动触发网络检测的网站。作为另一种具体实施方式，该请求也可以通过用户点击预设网页上的按钮实现，例如，用户访问业务网站异常后自动跳转到的预设网页，该预设网页上显示一个检测按钮，提示用户点击该检测按钮触发网络检测，以便定位业务网站访问异常的原因。

步骤s120，基于检测请求，控制客户端通过cdn中的服务器向预设测试网站发送第一拨测请求、并控制客户端向业务网站发送第二拨测请求。

在本实施例中，预设测试网站用于对客户端20和cdn中的服务器30之间的通信状况进行测试的网站，第一拨测请求为客户端20通过cdn中的服务器向预设测试网站发送的测试请求数据包，客户端20可以同时与多个cdn通信连接，此时，可以预先为每一个cdn对应设置一个预设测试网站，控制客户端20通过每一个cdn中的服务器30向对应的预设测试网站发送第一拨测请求，以测试客户端20与每一个cdn中的服务器30的通信状况。

在本实施例中，第二拨测请求为客户端20向业务网站发送的测试请求数据包。

步骤s130，接收客户端发送的预设测试网站反馈的响应第一拨测请求的第一结果。

在本实施例中，第一拨测请求最终会通过cdn中的服务器30到达测试主机10，测试主机针对该第一拨测请求返回响应信息，该响应信息最终会再次通过cdn中的服务器30返回至客户端20，客户端20会根据第一拨测请求的响应信息生成第一结果。第一结果用于表征第一拨测请求的响应情况，包括、但不限于响应状态、响应延时等响应信息。

步骤s140，接收客户端发送的业务网站反馈的响应第二拨测请求的第二结果。

在本实施例中，第二结果用于表征第二拨测请求的响应情况，是客户端20根据业务网站反馈的第二拨测请求的响应信息生成的，第二结果包括、但不限于响应状态、响应延时等响应信息。

步骤s150，依据第一结果和第二结果，进行网络检测。

在本实施例中，由于第一结果可以反映出客户端20与cdn中服务器之间的通信状况，第二结果可以反映出客户端20与业务网站之间的通信情况，因此，综合第一结果和第二结果，对网络进行检测，再进一步根据网络检测的结果对网络状态进行判断，以检测出造成网络问题大概原因，帮助技术人员缩小排查范围。

还需要说明的是，为了便于进一步自动分析，也可以将第一结果和第二结果存储至数据库，技术人员可以访问数据库中的第一结果和第二结果，并对其进行再次分析，以得到更有指导意义的网络检测的分析结果，进而根据分析结果对网络进行有针对性的优化。

本申请实施例提供的网络检测方法，能够基于响应第一拨测请求的第一结果可以得知客户端20与cdn之间的网络通信情况，因而可以依据第一结果和响应第二拨测请求的第二结果对网络进行有效检测，同时由于整个过程无需人工干预，保证了检测的及时性，为后续根据检测结果对网络问题定位提供了更加有效地指导，降低了网络问题定位的难度。

在图2的基础上，本申请实施例还提供了一种网络检测的具体实施方式，请参照图4，图4，图4示出了本申请实施例提供的另一种网络检测方法的流程示意图，步骤s150包括以下子步骤：

子步骤s1501，若第一状态表征响应第一拨测请求正常、且第二状态表征响应第二拨测请求超时，则判定业务网站的网址解析异常。

在本实施例中，第一状态表征第一拨测请求的响应状态，该响应状态的取值包括正常和超时，当第一状态的取值为正常时，可以认为第一拨测请求的响应在预设时长内返回，且返回正确的响应数据，当第一状态的取值为超时时，可以认为第一拨测请求的响应未在预设时长内返回，此时至少有以下几种可能情况：(1)第一拨测请求的响应未在预设时长内返回，但最终返回正确的响应数据；(2)第一拨测请求的响应在预设时长内返回，但最终返回错误的响应数据；(3)第一拨测请求的响应未在预设时长内返回，且最终返回错误的响应数据；(4)第一拨测请求的响应未在预设时长内返回，且最终也未返回响应数据，预设时长可以是预先设定的超时时长，例如，预设时长为5000毫秒。第二状态与第一状态类似，此处不再赘述。

在本实施例中，若响应第一拨测请求正常，则表明客户端20与cdn中的服务器30之间的通信正常，可以判断客户端20的网络不存在问题，同时，响应第二拨测请求超时，则意味着业务网站的网址解析异常，由此，可以将问题定位范围缩小至网址解析异常，具体定位导致网址解析异常的原因。

子步骤s1502，若第一状态表征响应第一拨测请求超时、且第二状态表征响应第二拨测请求超时，则判定客户端的网络通信异常。

在本实施例中，由于用于网络检测的sdn的服务器30的通信情况可以保证是良好的，否则无法基于此进行网络检测，在此情况下，若第一拨测请求超时，且第二拨测请求超时，则判定客户端的网络通信异常，该异常可能是客户端的网络中断，或者客户端的网络的链路出现波动等造成客户端的网络通信异常，或者是其他原因导致的客户端的网络异常，最终导致客户端访问业务网站异常，即将问题定位范围缩小至客户端的网络，此时，需要进一步排查客户端的网络异常的原因。

本申请实施例提供的网络检测方法，通过对比第一结果中的第一状态和第二结果中的第二状态，可以及时地定位出是业务网站的网址解析异常，还是客户端的网络通信异常导致了客户端访问业务网站异常，从而快速地定位到业务网站异常的可能原因。

在本实施例中，第一结果中除了第一状态还包括第一时延，第二结果中除了第二状态还包括第二时延，为了尽可能地判断出其他情形的异常，本申请实施例还提供了另一种网络检测的具体实施方式，请继续参照图4，步骤s150还包括以下子步骤：

子步骤s1503，若第一状态表征响应第一拨测请求正常、且第二状态表征响应第二拨测请求正常，则依据第一时延和第二时延进行网络检测。

在本实施例中，第一时延用于表征客户端20从发起第一拨测请求到收到第一拨测请求的响应之间的时长，作为一种具体实现方式，客户端20在发起第一拨测请求时记录此时的发起时刻，在收到第一拨测请求的响应时记录此时的接收响应时刻，响应时刻和发起时刻之间的时长即为第一时延，第二时延与第一时延类似，此处不再赘述。

若第一拨测请求正常、且第二拨测请求正常，则进一步根据第一时延和第二时延判断其他类型的异常，其他类型的异常包括、但不限于客户端的浏览器异常、业务网站的响应异常、客户端的网络延时异常等。

作为一种具体实施方式，根据第一时延和第二时延进行网络检测的方法可以是：

第一，若第一时延小于第一预设值、且第二时延小于第二预设值，则判定客户端的浏览器异常。

在本实施例中，第一预设值、第二预设值可以根据实际场景需要进行设置，第一预设值可以大于、小于或者等于第二预设值。若第一时延小于第一预设值、且第二时延小于第二预设值，则意味着客户端20至sdn中服务器30之间的网络畅通、客户端20与业务网站之间的网络畅通，则判定客户端20的浏览器异常。

第二，若第一时延小于第一预设值、且第二时延大于或者等于第三预设值，则判定业务网站的响应异常。

在本实施例中，第三预设值可以根据实际场景需要进行设置。若第一时延小于第一预设值、且第二时延大于或者等于第三预设值，则意味着客户端20至sdn中服务器30之间的网络畅通、客户端20与业务网站之间的网络不畅通，则判定业务网站的响应异常。

第三，若第一时延大于或者等于第四预设值、且第二时延大于或者等于第三预设值，则判定客户端的网络延时异常。

在本实施例中，第四预设值可以根据实际场景需要进行设置。若第一时延大于或者等于第四预设值、且第二时延大于或者等于第三预设值，则意味着客户端20至sdn中服务器30之间的网络不畅通、客户端20与业务网站之间的网络不畅通，则判定客户端的网络延时异常。

需要说明的是，根据实际需要，第一结果和第二结果中还可以包括客户端ip地址、客户端20使用的互联网服务提供商isp(internetserviceprovider，isp)的相关信息等，以便根据这些信息对网络进行更全面的检测。

本申请实施例提供的网络检测方法，除了根据第一状态和第二状态对网络进行检测，以判定导致客户端访问业务网站异常的原因，还根据第一时延和第二时延对网络进行检测，以判定导致客户端访问业务网站异常的原因，扩充了定位的异常原因的类型。

在图3的基础上，本申请实施例还提供一种cdn为多个时第一拨测请求发送方式，请参照图5，图5示出了本申请实施例提供的另一种网络检测方法的流程示意图，步骤s120包括以下子步骤：

子步骤s1201，基于检测请求控制客户端通过对应的cdn中的服务器、向每一预设测试网站发送第一拨测请求。

在本实施例中，cdn为多个，测试主机10与每一cdn中的服务器30均通信连接，每一cdn对应一个预设测试网站，测试主机控制客户端20向每一预设测试网站发送第一拨测请求。例如，cdn包括：1#cdn，2#cdn和3#cdn，其分别对应的预设测试网站为：slave1.test.com，slave2.test.com，slave3.test.com，客户端20通过1#cdn中的服务器30访问slave1.test.com，通过2#cdn中的服务器30访问slave2.test.com，通过3#cdn中的服务器30访问slave3.test.com。

需要说明的是，还可以通过清晰获取并了解客户端20到不同cdn中的服务器的响应结果，依据该响应结果，针对该用户所在地域和isp进行线路优化和调整。

本申请实施例提供的网络检测方法，cdn为多个时，通过向每一预设测试网站发送第一拨测请求，以便于根据响应每一第一拨测请求的第一结果，可以得知客户端20与每一cdn之间的网络通信情况，从而可以提供给技术人员更多的参考数据，以便技术人员更全面地对网络进行分析。

为了执行上述实施例及各个可能的实施方式中的相应步骤，下面给出一种网络检测装置100的实现方式。请参照图6，图6示出了本申请实施例提供的网络检测装置100的方框示意图。需要说明的是，本实施例所提供的网络检测装置100，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及指出。

网络检测装置100可以为存储于上述图2中存储器12中的存储程序，网络检测装置100包括至少一个可以软件或固件(firmware)的形式存储于图2中的存储器12中的软件功能模块，图2中的处理器11在接收到执行指令后，执行所述程序以实现上述的网络检测方法。

网络检测装置100包括请求接收模块110、拨测模块120、响应接收模块130及检测模块140。

请求接收模块110，用于接收客户端发送的检测请求，其中，检测请求是基于客户端访问业务网站异常后发送的。

拨测模块120，用于基于检测请求，控制客户端通过cdn中的服务器向预设测试网站发送第一拨测请求、并控制客户端向业务网站发送第二拨测请求。

作为一种具体实施方式，cdn为多个，测试主机与每一cdn中的服务器均通信连接，每一cdn对应一个预设测试网站，拨测模块120具体用于：基于检测请求控制客户端通过对应的cdn中的服务器、向每一预设测试网站发送第一拨测请求。

响应接收模块130，用于：接收客户端发送的预设测试网站反馈的响应第一拨测请求的第一结果；接收客户端发送的业务网站反馈的响应第二拨测请求的第二结果。

检测模块140，用于依据第一结果和第二结果，进行网络检测。

作为一种具体实施方式，第一结果包括第一状态，第二结果包括第二状态，检测模块140具体用于：若第一状态表征响应第一拨测请求正常、且第二状态表征响应第二拨测请求超时，则判定业务网站的网址解析异常；若第一状态表征响应第一拨测请求超时、且第二状态表征响应第二拨测请求超时，则判定客户端的网络通信异常。

作为一种具体实施方式，第一结果还包括第一时延，第二结果还包括第二时延，检测模块140具体还用于：若第一状态表征响应第一拨测请求正常、且第二状态表征响应第二拨测请求正常，则依据第一时延和第二时延进行网络检测。

作为一种具体实施方式，检测模块140在执行依据第一时延和第二时延进行网络检测的步骤时，具体用于：若第一时延小于第一预设值、且第二时延小于第二预设值，则判定客户端的浏览器异常；若第一时延小于第一预设值、且第二时延大于或者等于第三预设值，则判定业务网站的响应异常；若第一时延大于或者等于第四预设值、且第二时延大于或者等于第三预设值，则判定客户端的网络延时异常。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述的网络检测方法。

综上所述，本申请实施例提供了一种网络检测方法、装置、测试主机及存储介质，应用于测试主机，测试主机与客户端及内容分发网络cdn中的服务器均通信连接，所述方法包括：接收客户端发送的检测请求，其中，检测请求是基于客户端访问业务网站异常后发送的；基于检测请求，控制客户端通过cdn中的服务器向预设测试网站发送第一拨测请求、并控制客户端向业务网站发送第二拨测请求；接收客户端发送的预设测试网站反馈的响应第一拨测请求的第一结果；接收客户端发送的业务网站反馈的响应第二拨测请求的第二结果；依据第一结果和第二结果，进行网络检测。与现有技术相比，本申请实施例能够基于响应第一拨测请求的第一结果可以得知客户端20与cdn之间的网络通信情况，因而可以依据第一结果和响应第二拨测请求的第二结果对网络进行有效检测，同时由于整个过程无需人工干预，保证了检测的及时性。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。