CN109818821B - 一种网站cdn架构的检测方法及装置 - Google Patents
一种网站cdn架构的检测方法及装置 Download PDFInfo
- Publication number
- CN109818821B CN109818821B CN201811629378.2A CN201811629378A CN109818821B CN 109818821 B CN109818821 B CN 109818821B CN 201811629378 A CN201811629378 A CN 201811629378A CN 109818821 B CN109818821 B CN 109818821B
- Authority
- CN
- China
- Prior art keywords
- website
- information
- response result
- address
- cdn
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种网站CDN架构的检测方法及装置,所述检测方法包括:根据dig命令第一响应结果判断目标网站是否采用CDN架构,对于已采用CDN架构的网站再一次使用dig命令获取网站的信源IP地址,通过在不同地区不同电信运营商处的服务器上实施本方案,可以获取目标网站在不同地区的信源IP地址,从而得到该网站的信源IP地址总列表,并以此确定所述目标网站的CDN架构。本发明实施例通过使用dig命令模拟网站访问解析全过程,返回结果清晰全面准确,从而能够准确检测网站的CDN架构,并且能够实现自动化检测,高效可靠。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种网站CDN架构的检测方法及装置。
背景技术
随着互联网的蓬勃发展,网站访问速度和服务质量成为日益突出的问题。对于同一个网址来说,不同地域或运营商的用户访问网站的体验可能差距会很大。比如北京用户与西藏用户访问同一个网站的体验可能完全不同,北京用户网站访问速度流畅,西藏用户网站访问可能会有卡顿,上网体验很差。造成这种不同地域用户上网体验差异的主要原因是网站的架构与CDN策略。如果被访问网站只在北京地区分布了CDN节点,在西藏地区没有CDN节点,北京用户访问网站可以就近访问信源节点从而更快更优的获得网站服务,西藏用户访问该网站也要到该网站在北京的信源节点上获取数据和服务,这种远距离的访问网站会增加开销,使网络路由跳转增多,时延增大,丢包率变高,从而造成西藏用户网站访问体验很差。如果能够发现网站的信源IP节点分布,了解网站CDN的服务架构,就可以提升特定用户的上网体验。
现有的检测网站CDN架构的方法是通过使用多地ping的服务或通过多地nslookup进行检测,查看对应IP地址是否唯一,如果不唯一可能是使用了CDN。
在发明人通过使用上述方法检测网站CDN架构的过程中发现其存在以下弊端:
1、通过使用多地ping的服务的方法检测,会判断不精确。因为有些不具备CDN功能的网站也会把服务器分散在不同地点,但这些网站都没有采用CDN,采用ping方法会返回多个不同地市和不同运营商的IP地址,从而使人误认为这种网站采用了CDN;2、通过多地nslookup的方法进行检测,nslookup只会得到DNS解析服务器保存在Cache中的非权威解答,对于一些采用了分布式服务器和CDN技术的大型网站,使用NSlookup查询到的结果往往会不精确。
所以,目前需要一种能够精确的检测网站CDN架构的方法。
发明内容
本发明提供一种网站CDN架构的检测方法及装置,以便解决现有的网站CDN架构的检测方法得到的结果不够精确的问题。
为了解决上述技术问题,本发明是这样实现的:
本发明实施例提供一种网站CDN架构的检测方法,所述方法包括:
获取目标网站的网址;
在至少一台检测主机上,以所述网址作为dig命令的参数对dig命令进行调用,获得所述网址的第一响应结果;其中,所述检测主机是设置在不同地区不同电信运营商处的服务器;
根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果;
判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果;
判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表;
将在每一台检测主机上获得的信源IP地址列表进行记录,获得所述目标网站的信源IP地址总列表;
根据所述信源IP地址总列表确定所述目标网站的CDN架构。
优选地,所述根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果,包括:
在所述至少一台检测主机上,判断所述第一响应结果是否返回所述目标网站的CNAME信息,如果有至少一台检测主机返回所述CNAME信息,则判断所述目标网站为采用CDN架构的网站;
以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第二响应结果。
优选地,在判断所述第一响应结果是否包括所述目标网站的CNAME信息,如果包括所述CNAME信息,则判断所述目标网站为采用CDN架构的网站之后,还包括:
将所述CNAME信息与预置的CDN服务商特征字符串进行匹配,获得所述目标网站的CDN服务商信息。
优选地,所述判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果,包括:
判断所述第二响应结果是否包括A记录,如果不包括所述A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第三响应结果。
优选地,所述判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表,包括:
判断所述第三响应结果中是否包括A记录,若未包括A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用;
判断在预置的递归次数阈值内调用dig命令的返回结果是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表。
优选地,所述根据所述信源IP地址总列表确定所述目标网站的CDN架构,包括:
根据所述信源IP地址列表得到所述目标网站的信源IP节点个数,并查询所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息;
将所述信源IP节点个数,所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息及所述目标网站的CDN服务商信息组合,得到所述目标网站的CDN架构。
本发明实施例还提供一种网站CDN架构的检测装置,所述装置包括:
网址获取模块,用于获取目标网站的网址;
第一调用模块,用于在至少一台检测主机上,以所述网址作为dig命令的参数对dig命令进行调用,获得所述网址的第一响应结果;其中,所述检测主机是设置在不同地区不同电信运营商处的服务器;
第二调用模块,用于根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果;
第三调用模块,用于判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果;
信源IP获取模块,用于判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表;
总列表获取模块,用于将在每一台检测主机上获得的信源IP地址列表进行记录,获得所述目标网站的信源IP地址总列表;
CDN架构确定模块,用于根据所述信源IP地址总列表确定所述目标网站的CDN架构。
优选地,所述第二调用模块包括:
判断子模块,用于在所述至少一台检测主机上,判断所述第一响应结果是否返回所述目标网站的CNAME信息,如果有至少一台检测主机返回所述CNAME信息,则判断所述目标网站为采用CDN架构的网站;
第二调用子模块,用于以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第二响应结果。
优选地,所述装置还包括:
CDN服务商信息获取模块,用于将所述CNAME信息与预置的CDN服务商特征字符串进行匹配,获得所述目标网站的CDN服务商信息。
优选地,所述第三调用模块包括:
第三调用子模块,用于判断所述第二响应结果是否包括A记录,如果不包括所述A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第三响应结果。
优选地,所述信源IP获取模块包括:
递归调用子模块,用于判断所述第三响应结果中是否包括A记录,若未包括A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用;
信源IP获取子模块,用于判断在预置的递归次数阈值内调用dig命令的返回结果是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表。
优选地,所述CDN架构确定模块包括:
查询子模块,用于根据所述信源IP地址列表得到所述目标网站的信源IP节点个数,并查询所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息;
CDN架构确定子模块,用于将所述信源IP节点个数,所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息及所述目标网站的CDN服务商信息组合,得到所述目标网站的CDN架构。
相对于现有技术,本发明实施例具有以下优点:
在本发明实施例中,根据dig命令第一响应结果判断目标网站是否采用CDN架构,对于已采用CDN架构的网站再一次使用dig命令获取网站的信源IP地址,通过在不同地区不同电信运营商处的服务器上实施本方案,可以获取目标网站在不同地区的信源IP地址,从而得到该网站的信源IP地址总列表,并以此确定目标网站的CDN架构。本发明实施例通过使用dig命令模拟网站访问解析全过程,返回结果清晰全面准确,从而能够准确检测网站的CDN架构,并且能够实现自动化检测,高效可靠。
附图说明
图1示出了本发明实施例提供的一种网站CDN架构的检测方法流程图;
图2-1示出了本发明实施例的以A网站作为目标网站,在北京电信检测主机上获得第一响应结果页面的示意图;
图2-2示出了本发明实施例的以B网站作为目标网站,在北京电信检测主机上获得的第一响应结果页面的示意图;
图2-3示出了本发明实施例的以B网站作为目标网站,在上海联通检测主机上获得的第一响应结果页面的示意图;
图2-4示出了本发明实施例的以A网站的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第二响应结果页面的示意图;
图2-5示出了本发明实施例的验证信源IP地址有效性的页面;
图2-6示出了本发明实施例的以A网站的CNAME信息作为dig命令的参数,在上海联通检测主机上获得的第二响应结果页面的示意图;
图2-7示出了本发明实施例的以C网站的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第三响应结果页面的示意图;
图2-8示出了本发明实施例的以C网站的第三响应结果页面中的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第四响应结果页面的示意图;
图2-9示出了本发明实施例的以C网站的第四响应结果页面中的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第五响应结果页面的示意图;
图2-10示出了本发明实施例的以D网站作为目标网站,在北京电信检测主机上获得的第一响应结果页面的示意图;
图2-11示出了本发明实施例的以D网站作为目标网站,在广州移动检测主机上获得的第一响应结果页面的示意图;
图3示出了本发明实施例提供的一种网站CDN架构的检测装置的结构框图。
具体实施方式
本发明实施例中,首先对CDN技术作以简要介绍:
CDN的全称是Content Delivery Network,即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。CDN系统通过在网络各处放置节点服务器,在现有的互联网基础上构成一层智能虚拟网络。CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容,解决网络拥挤的状况,提高用户访问网站的响应速度。
CDN技术原理:采用智能路由和流量管理技术将用户的访问请求指向CDN网络中健康且响应最快的CDN节点,该CDN节点一般来说是距离用户最近的CDN节点。用户通过直接对此CDN节点的访问获得所需要的内容和数据,这种就近访问原则提高了访问速度,提升了用户的上网体验。
CDN服务过程:利用内容分发与复制机制,CDN服务不需要改动原来的网站结构,只需修改少量的DNS配置就可以加速网络的响应速度。当用户访问使用CDN服务的网站时,解析请求将最终由网站或CDN服务商授权的DNS域名解析服务器来处理。这些服务器提供能够最快响应用户的节点地址,使用户可以有效准确的得到快速服务。同时,它还与分布在不同地点的所有CDN节点保持实时通信,搜集各节点的健康状态,确保用户访问的成功率。
用户访问提供CDN服务的网站的过程:
S1:用户在浏览器中输入网站域名,浏览器向本地DNS服务器询问该域名的IP地址;
S2:本地DNS服务器到根DNS服务器上找所授权的DNS记录,记录返回给本地DNS服务器;
S3:本地DNS服务器按照返回记录到网站或服务商授权的DNS服务器请求解析主机名,授权DNS服务器将IP地址作为解析结果返回给本地DNS服务器;
S4:最终本地DNS服务器将IP返给用户终端,用户终端向该IP地址源站服务器进行访问,源站服务器将相应的内容和数据提供给用户。
域名的解析请求在被发往网站或服务商授权的DNS服务器后,被CNAME指向CDN的智能解析系统,CDN将此域名响应速度最快的节点IP地址发送给用户,用户在得到该IP地址后向CDN发出第一次访问请求。此时CDN节点到源站取回内容数据发给用户,同时将数据记录到CDN节点服务器。后续用户访问相同内容时,CDN不必到源站获取,而是直接将内容数据返给用户,完成从请求到服务的全过程。
然后,介绍一下CNAME的相关知识:
CNAME(Canonical Name)指别名记录,也被称为规范名字,CNAME可以理解为对域名设置别名。这种方式允许将多个名字映射到同一台计算机。通常用于同时提供WWW和MAIL服务的计算机。例如,有一台计算机名“r0WSPFSx58.”,它同时提供WWW和MAIL服务,为了便于用户访问服务。可以为该计算机设置两个CNAME:WWW和MAIL。
同样的方法可以用于当拥有多个域名需要指向同一服务器IP,此时就可以将一个域名做A记录指向服务器IP,然后将其他的域名做CNAME对应到A记录的域名上。那么当服务器IP地址变更时,就可以不必对一个一个域名做更改指向了,只需要更改A记录的那个域名到服务器新IP上,其他做CNAME的那些域名的指向将自动更改到新的IP地址上(以上操作均需要在DNS处执行)。
最后,介绍一下A记录的相关知识。
A(Address)记录是用来指定主机名(或域名)对应的IP地址记录。用户可以将该域名下的网站服务器指向到自己的网页服务器上,同时也可以设置域名的子域名。本发明实施例中的A记录就是网站域名的访问IP,也就是网站信源IP地址。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1是本发明实施例提供的一种网站CDN架构的检测方法流程图,如图1所示,该方法可以包括:
步骤101、获取目标网站的网址。
在本发明实施例中,可以通过搜索引擎搜索目标网站名称来获取目标网站的网址。如果需要检测多个目标网站的CDN架构,则可以列出目标网站的网址列表,例如,特定地区TOP100网站网址列表。
步骤102、在至少一台检测主机上,以所述网址作为dig命令的参数对dig命令进行调用,获得所述网址的第一响应结果;其中,所述检测主机是设置在不同地区不同电信运营商处的服务器。
在本发明实施例中,检测的结果是否准确取决于主机所配置的DNS是否规范。在实际应用中发现家庭接入网用户配置的DNS比较混乱,比如有的配置成了8.8.8.8,是谷歌的DNS,这样解析到的信源位置就很远,不符合就近原则;有一些小的运营商,为了成本考虑,DNS配置得也不规范,会造成检测结果不全。而位于城域网的电信运营商提供的DNS都是规范和准确的,能够得到准确的检测结果。所以,本发明实施例选取的检测主机是设置在不同地区不同电信运营商的IDC(Internet Data Center)机房内的服务器。。
在选取检测主机时,尽量选择分布在不同地理位置的主机,可以使检测结果更为全面。本发明实施例需要有多台分布在不同地区的检测主机。例如,检测主机可以选取800台以上,其分别是分布在全国各直辖市、省会城市、和部分地级城市中不同的电信运营商机房的服务器。
在检测主机上,以所述网址作为dig命令的参数对dig命令进行调用,可以“dig网址+trace”命令或“dig+trace网址”命令发起对目标网站的递归解析过程,其中,所述“网址”为步骤101中获取到的目标网站的网址。
例如,以A网站(网址为www.baidu.com)作为目标网站,以北京电信运营商机房的服务器为检测主机,在服务器的操作系统启动后在terminal(终端)的命令行上输入“digwww.baidu.com+trace”命令,即可实现对dig命令的调用。在实践中,一般选用具有linux或unix操作系统的检测主机。
在以所述网址作为dig命令的参数对dig命令进行调用之后,会获得第一响应结果。
图2-1示出了本发明实施例的以A网站作为目标网站,在北京电信检测主机上获得第一响应结果页面的示意图。
在图2-1的页面最上方,S1所指向的内容显示的是检测主机所在运营商名称和检测主机的IP地址:北京电信211.100.48.82,而页面中间的信息显示了一个清晰的域名解析的过程:在页面中S2所指向内容的即为根服务器的信息,S2所指向的内容219.141.136.10就是直接为本机服务的DNS,说明所述根服务器的信息是由直接为本机服务的DNS提供的。
在页面中间S3所指向的内容是由192.58.128.30(即根DNS的IP地址)回馈的消息,.net就是.net服务器,后面的a.gtld-servers.net就是这些.net服务器的域名,也就是所述根服务器告诉我们要到.net去找相关信息。
在页面下端,由S4所指向的内容是由220.181.37.10(A网站DNS的IP地址)回馈的消息,而S5所指向的矩形框中的“CNAME www.a.shifen.com”是A网站网址www.baidu.com的CNAME,到此一次域名解析就结束了。
再例如,以B网站www.bjyl.gov.cn作为目标网站,以北京电信运营商机房的服务器为检测主机,在命令行输入:“dig www.bjyl.gov.cn+trace”命令,实现对dig命令的调用。
图2-2示出了本发明实施例的以B网站作为目标网站,在北京电信检测主机上获得的第一响应结果页面的示意图。在图2-2中S6所指向的矩形框中的内容可以看到,该第一响应结果页面没有返回CNAME信息。
图2-3示出了本发明实施例的以B网站作为目标网站,在上海联通检测主机上获得的第一响应结果页面的示意图。在图2-3中S7所指向的矩形框中的内容可以看到,该响应结果页面仍然没有返回CNAME信息。
优选地,在判断所述第一响应结果是否包括所述目标网站的CNAME信息,如果包括所述CNAME信息,则判断所述目标网站为采用CDN架构的网站之后,还包括:
将所述CNAME信息与预置的CDN服务商特征字符串进行匹配,获得所述目标网站的CDN服务商信息。
CDN服务商是为网站提供CDN解决方案的服务提供商。目前,国内和国外的CDN服务商很多,对于某些特定的需求人群,需要了解目标网站的CDN提供商是哪家,本发明实施例对此提出了解决方案。
首先,需要有预置的CDN服务商特征字符串列表,以便于将获取的CDN特征串以此对应,确定出具体的CDN服务商。该预置的CDN服务商特征字符串列表可以通过技术人员广泛而长期的搜集得到。
在本发明实施例中,通过dig命令获取目标网站的CNAME信息,进一步从CNAME信息中挖掘目标网站的CDN特征串。例如,在第一响应结果页面中获知了A网站的CNAME是www.a.shifen.com,而通过预置的CDN服务商特征字符串列表了解到,“shifen.com”是Q公司的CDN特征串,则说明A网站的CDN服务商为Q公司;又如,若从另一个第一响应结果页面中获取到B网站网站的CNAME是“temp.p23.tc.cdntip.com”,在这个CNAME中包含“cdntip.com”,通过预置的CDN服务商特征字符串列表了解到,“cdntip.com”是T公司的CDN特征串,则说明B网站网站的CDN服务商为T公司。
步骤103、根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果。
在本发明实施例中,根据第一响应结果页面中显示的内容判断目标网站是否是采用CDN架构的网站,如果该网站是采用CDN架构的网站,则以第一响应结果页面中的相应内容作为dig命令的参数对dig命令进行调用,获得第二响应结果。
优选地,所述根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果,包括:
在所述至少一台检测主机上,判断所述第一响应结果是否返回所述目标网站的CNAME信息,如果有至少一台检测主机返回所述CNAME信息,则判断所述目标网站为采用CDN架构的网站;
以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第二响应结果。
在本发明实施例中,因为输入“dig网址+trace”命令实际上指向了一个反向的域名解析过程,若存在多个域名,则此命令会指向域名的别名,进而说明该网站配备了多个CDN节点,即采用了CDN架构。
在步骤102的图2-1的示例中,从第一响应结果可以看出,通过以A的网址作为dig命令的参数对dig命令进行调用之后,出现了A网址对应的CNAME信息,由此可知,A网站采用了CDN架构。
在图2-2和图2-3的示例中,dig命令返回的第一响应结果页面不包含CNAME信息,说明该目标网站没有采用CDN架构。
进一步地,以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第二响应结果。具体地,可以“dig CNAME信息+trace”命令或“dig+trace CNAME信息”命令发起对目标网站的递归解析过程。以图2-1中获得的A网站的CNAME信息www.a.shifen.com为例,在命令行输入:dig www.a.shifen.com+trace,即可获得第二响应结果。
步骤104、判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果。
在本发明实施例中,首先判断第二响应结果页面中是否包括A记录,如果包括A记录,则所述A记录的内容即为目标网站的信源IP地址。所述信源IP地址即用户在访问目标网站时,该目标网站所提供的网站内容服务来自的IP地址。对于用户分布广泛的网站,一般都会在各地设置不同的信源IP节点,以方便为附近用户提供网站内容服务。
在第二响应结果中包括A记录信息的情况下,说明已经检测到了目标网站的信源IP地址,此时,可以直接记录该信源IP地址,得到该检测主机的信源IP地址列表。
图2-4示出了本发明实施例的以A网站的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第二响应结果页面的示意图。
在图2-4中,可以看到S8指向的矩形框的内容为A记录信息。“digwww.a.shifen.com+trace”,可以得到北京电信检测主机发现的A2个信源IP,如图2-4中矩形框内所示,分别为220.181.111.188和220.181.112.244。
接下来验证A网站信源IP的有效性,以220.181.112.244的A网站信源IP为例,将上述IP地址输入浏览器,出现如图2-5所示的验证信源IP地址有效性的页面。该页面为A网站页面,说明该信源IP有效。其中,矩形框内的内容为上述A网站信源IP地址220.181.112.244。
图2-6示出了本发明实施例的以A网站的CNAME信息作为dig命令的参数,在上海联通检测主机上获得的第二响应结果页面的示意图。
在图2-6中,可以看到S9指向的内容为A记录信息。所以可以得到上海联通检测主机发现的A网站的两个信源IP,如图S9指向的矩形框内所示,分别为61.135.169.121和61.135.169.125。因为前述第一响应结果中包含CNAME,说明A网站应用了CDN架构,进一步的,上海联通检测主机与北京电信检测主机采集到的A记录信息不同,说明北京电信用户和上海联通用户访问A网站实际访问的信源IP不相同,北京电信用户使用A网站在北京电信的信源IP访问网站,上海联通用户使用A网站在上海联通的信源IP访问网站。
接下来验证上述A网站信源IP的有效性,以61.135.169.125的A信源IP为例,在北京地区上网用户客户端上将上述IP地址输入浏览器,出现A网站的网页,说明该信源IP有效。另外,在访问中明显感觉到有延迟,不如前述北京电信采集的A网站信源IP流畅,这是因为用户测试客户端在北京市海淀区,用上海联通采集到的信源IP增加了时延开销。
优选地,所述判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果,包括:
判断所述第二响应结果是否包括A记录,如果不包括所述A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第三响应结果。
在本发明实施例中,在所述第二响应结果中不包括所述A记录信息,却包括CNAME信息的情况下,则说明还没有得到我们需要的信源IP地址信息,则进一步地需要以所述CNAME信息作为dig命令的参数继续对dig命令进行调用,获得第三响应结果。其调用过程与步骤103相同,此处不再赘述。
步骤105、判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表。
在本发明实施例中,在第三响应结果中判断其是否包括A记录信息,如果是,则说明已获得本方案最终需要的结果,进一步地将所述A记录中包含的信源IP地址进行记录,获得该检测主机的信源IP地址列表。
优选地,所述判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表,包括:
判断所述第三响应结果中是否包括A记录,若未包括A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用;
判断在预置的递归次数阈值内调用dig命令的返回结果是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表。
在本发明实施例中,如果在第三响应结果中仍然不包括A记录信息,返回还是CNAME,则此时继续递归调用,继续使用该次返回的CNAME信息作为dig命令的参数对dig命令进行调用,直到获得A记录信息为止。另外,为避免递归CNAME始终得不到A记录信息,导致程序陷入死循环,需要为递归调用次数设置阈值,避免无休止的调用。
图2-7示出了本发明实施例的以C网站的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第三响应结果页面的示意图。
在图2-7中,可以看到S10指向的矩形框内容为CNAME信息,由此可知,在第三结果页面中仍没有返回A记录信息。此时,继续以第三结果页面中的CNAME信息作为dig命令的参数进行调用,即以命令“dig ed3a7039.focus.cn.cloud.cdntip.com+trace”进行调用。
图2-8示出了本发明实施例的以C网站的第三响应结果页面中的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第四响应结果页面的示意图。
在图2-8中,可以看到S11指向的内容为CNAME信息,由此可知,在第四结果页面中仍没有返回A记录信息。此时,继续以第四结果页面中的CNAME信息作为dig命令的参数进行调用,即以命令“dig temp.p23.tc.cdntip.com+trace”进行调用。
图2-9示出了本发明实施例的以C网站的第四响应结果页面中的CNAME信息作为dig命令的参数,在北京电信检测主机上获得的第五响应结果页面的示意图。
在图2-9中,可以看到S12指向的内容为A记录信息。经过五轮递交调用,终于得到了目标网站的A记录信息。图2-9中矩形框内所示为五次dig后的C网站的信源IP地址。由此得到,在北京电信的检测主机上获得的信源IP地址列表。
步骤106、将在每一台检测主机上获得的信源IP地址列表进行记录,获得所述目标网站的信源IP地址总列表。
在本发明实施例中,分别采集每一台检测主机上获得的信源IP地址列表,组合起来形成所述目标网站的信源IP地址总列表。因为检测主机部署在全国各地市,所以组合起来的目标网站的信源IP地址总列表基本上涵盖了该目标网站在国内的所有信源IP节点。
步骤107、根据所述信源IP地址总列表确定所述目标网站的CDN架构。
在本发明实施例中,通过信源IP地址总列表可以了解目标网站在哪些区域布置有信源IP节点,能够得出网站在各地区和运营商的节点部署情况,进而可以得到该目标网站的CDN架构。
优选地,所述根据所述信源IP地址总列表确定所述目标网站的CDN架构,包括:
根据所述信源IP地址列表得到所述目标网站的信源IP节点个数,并查询所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息;
将所述信源IP节点个数,所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息及所述目标网站的CDN服务商信息组合,得到所述目标网站的CDN架构。
在本发明实施例中,根据所述信源IP地址列表中的IP地址信息可以得到多种维度的信息,包括:所述信源IP节点个数,所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息等,当然,也可以同时得出其他信息,本发明实施例不做具体限定。
另外,前述根据CNAME信息确定的CDN服务商信息也可以作为目标网站的CDN架构的内容之一,所以,可以将所述信源IP节点个数,所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息及所述目标网站的CDN服务商信息组合,得到所述目标网站的CDN架构。
进一步地,可以同时对多个目标网站使用本发明实施例的方法,得出多个目标网站的CDN架构信息,并将所述多个网站的CDN架构信息进行对比分析,以得出更多的信息,进而为网站管理者、政府相关部门人员提供大数据统计报表,方便他们掌控各大网站的IP节点分布情况,各地区的IP节点部署情况、各地区的IP资源占比情况及不同CDN服务提供商的市场占有情况。通过本发明实施例的数据分析结果可以看出,访问排名靠前的网站在北京、广东、浙江、江苏等发达地区部署了相对多的CDN节点,因此这些地区的用户整体上网体验相对较好,青海、西藏、宁夏、海南、贵州等地区CND节点排名靠后,用户上网体验相对较差。海南目前已经升级为自贸区,网站和CDN服务企业应该在该地区多部署一些CDN节点,提升网站服务质量,这是本专利所属案例在数据支撑方面实际应用中的一个方面。
优选地,对于未采用CDN架构的目标网站,以所述目标网站的网址作为参数调用dig命令,在响应结果页面中可以得到该目标网站的信源IP地址。例如,以D网站www.wangjing.cn作为目标网站,以北京电信运营商机房的服务器为检测主机,在命令行输入:“dig www.wangjing.cn+trace”命令,来实现对目标网站dig命令的调用。
图2-10示出了本发明实施例的以D网站作为目标网站,在北京电信检测主机的第一响应结果页面的示意图。
在图2-10中,因为dig命令的解析过程与图2-1中类似,此处对页面内容的分析不再赘述,区别之处在于图2-10中S13所指向的内容不是图2-1中对应处的CNAME信息,而是A记录信息。说明该网站未采用CDN架构。该A记录信息内容117.34.14.78,是D网站的一个信源IP节点。由此可知,www.wangjing.com这个网站对应的一个ip节点是117.34.14.78,通过查询IP地址库可知,该IP地址属于西安电信的地址,说明该目标网站在西安电信部署了网站信源IP。
同样以D网站www.wangjing.cn作为目标网站,以广州移动运营商机房的服务器为检测主机,在命令行输入:“dig www.wangjing.cn+trace”命令,来实现对目标网站dig命令的调用。
图2-11示出了本发明实施例的以D网站作为目标网站,以广州移动服务器作为检测主机获得的第一响应结果页面的示意图。
在图2-11中,可以看到S14所指向的内容同样为A记录信息,该A记录信息的内容是:183.232.53.156,通过查询IP地址库可知,该IP地址属于广州移动,说明该目标网站在广州移动也部署了信源IP节点。
通过在浏览器中对上述从北京电信检测主机和上海联通检测主机上得到的信源IP进行验证,可以得知上述信源IP地址是准确的。
通过在多个不同地区的检测主机上执行该检测过程,可以得到未采用CDN架构的网站的信源IP节点的整体分布情况。
通过本发明实施例的方法,可以得到的数据包括网站CDN架构、信源IP所属地域、CDN服务商及未采用CDN的网站的信源IP节点分布,根据这些数据可以生成很多应用报告,包括TOP100网站地区信源分布统计报告,海量网站CDN运营商全国服务资源占比排名,各地区网站数量、IP节点数量、网站部署数排名,及各地区的IP资源占比排名等。数据可以定期采集一次,生成定期的数据报告,从而能够发现网站架构和CDN服务的变化情况,这些动态的数据对可使管理部门以及相关企业动态掌握全国各地区用户上网体验改善情况,为其各项决策提供重要数据支撑。
综上所述,在本发明实施例中,根据dig命令第一响应结果判断目标网站是否采用CDN架构,对于已采用CDN架构的网站再一次使用dig命令获取网站的信源IP地址,通过在不同地区不同运营商处的服务器上实施本方案,可以获取目标网站在不同地区的信源IP地址,从而得到该网站的信源IP地址总列表,并以此确定目标网站的CDN架构。本发明实施例通过使用dig命令模拟网站访问解析全过程,返回结果清晰全面准确,从而能够准确检测网站的CDN架构,并且能够实现自动化检测,高效可靠。
图3示出了本发明实施例提供的一种网站CDN架构的检测装置的结构框图。如图3所示,该装置300可以包括:
网址获取模块301,用于获取目标网站的网址;
第一调用模块302,用于在至少一台检测主机上,以所述网址作为dig命令的参数对dig命令进行调用,获得所述网址的第一响应结果;其中,所述检测主机是设置在在不同地区不同电信运营商处的服务器;
第二调用模块303,用于根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果;
第三调用模块304,用于判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果;
信源IP获取模块305,用于判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表;
总列表获取模块306,用于将在每一台检测主机上获得的信源IP地址列表进行记录,获得所述目标网站的信源IP地址总列表;
CDN架构确定模块307,用于根据所述信源IP地址总列表确定所述目标网站的CDN架构。
综上所述,本发明实施例提供的一种网站CDN架构的检测装置300能够实现图1的方法实施例中的一种网站CDN架构的检测方法的各个过程,为避免重复,这里不再赘述。
本发明实施例还提供一种终端设备,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上述网站CDN架构的检测方法实施例的步骤。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述网站CDN架构的检测方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random AccessMemory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (10)
1.一种网站CDN架构的检测方法,其特征在于,所述方法包括:
获取目标网站的网址;
在至少一台检测主机上,以所述网址作为dig命令的参数对dig命令进行调用,获得所述网址的第一响应结果;其中,所述检测主机是设置在不同地区不同电信运营商处的服务器;
根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果;
判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果;
判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表;
将在每一台检测主机上获得的信源IP地址列表进行记录,获得所述目标网站的信源IP地址总列表;
根据所述信源IP地址总列表确定所述目标网站的CDN架构;
所述根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果,包括:
在所述至少一台检测主机上,判断所述第一响应结果是否返回所述目标网站的CNAME信息,如果有至少一台检测主机返回所述CNAME信息,则判断所述目标网站为采用CDN架构的网站;
以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第二响应结果。
2.根据权利要求1所述的方法,其特征在于,在所述至少一台检测主机上,判断所述第一响应结果是否返回所述目标网站的CNAME信息,如果有至少一台检测主机返回所述CNAME信息,则判断所述目标网站为采用CDN架构的网站之后,还包括:
将所述CNAME信息与预置的CDN服务商特征字符串进行匹配,获得所述目标网站的CDN服务商信息。
3.根据权利要求1所述的方法,其特征在于,所述判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果,包括:
判断所述第二响应结果是否包括A记录,如果不包括所述A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第三响应结果。
4.根据权利要求2所述的方法,其特征在于,所述判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表,包括:
判断所述第三响应结果中是否包括A记录,若未包括A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用;
判断在预置的递归次数阈值内调用dig命令的返回结果是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表。
5.根据权利要求2所述的方法,其特征在于,所述根据所述信源IP地址总列表确定所述目标网站的CDN架构,包括:
根据所述信源IP地址总列表得到所述目标网站的信源IP节点个数,并查询所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息;
将所述信源IP节点个数,所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息及所述目标网站的CDN服务商信息组合,得到所述目标网站的CDN架构。
6.一种网站CDN架构的检测装置,其特征在于,所述装置包括:
网址获取模块,用于获取目标网站的网址;
第一调用模块,用于在至少一台检测主机上,以所述网址作为dig命令的参数对dig命令进行调用,获得所述网址的第一响应结果;其中,所述检测主机是设置在不同地区不同电信运营商处的服务器;
第二调用模块,用于根据所述第一响应结果判断所述目标网站是否为采用CDN架构的网站;如果是,则以所述第一响应结果作为dig命令的参数对dig命令进行调用,获得第二响应结果;
第三调用模块,用于判断所述第二响应结果是否包括A记录,如果不包括所述A记录,则以所述第二响应结果作为dig命令的参数对dig命令进行调用,获得第三响应结果;
信源IP获取模块,用于判断所述第三响应结果中是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表;
总列表获取模块,用于将在每一台检测主机上获得的信源IP地址列表进行记录,获得所述目标网站的信源IP地址总列表;
CDN架构确定模块,用于根据所述信源IP地址总列表确定所述目标网站的CDN架构;
所述第二调用模块包括:
判断子模块,用于在所述至少一台检测主机上,判断所述第一响应结果是否返回所述目标网站的CNAME信息,如果有至少一台检测主机返回所述CNAME信息,则判断所述目标网站为采用CDN架构的网站;
第二调用子模块,用于以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第二响应结果。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
CDN服务商信息获取模块,用于将所述CNAME信息与预置的CDN服务商特征字符串进行匹配,获得所述目标网站的CDN服务商信息。
8.根据权利要求6所述的装置,其特征在于,所述第三调用模块包括:
第三调用子模块,用于判断所述第二响应结果是否包括A记录,如果不包括所述A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用,获得第三响应结果。
9.根据权利要求6所述的装置,其特征在于,所述信源IP获取模块包括:
递归调用子模块,用于判断所述第三响应结果中是否包括A记录,若未包括A记录但返回CNAME信息,则以所述CNAME信息作为dig命令的参数对dig命令进行调用;
信源IP获取子模块,用于判断在预置的递归次数阈值内调用dig命令的返回结果是否包括A记录,如果是,则将所述A记录中包含的信源IP地址进行记录,获得信源IP地址列表。
10.根据权利要求7所述的装置,其特征在于,所述CDN架构确定模块包括:
查询子模块,用于根据所述信源IP地址列表得到所述目标网站的信源IP节点个数,并查询所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息;
CDN架构确定子模块,用于将所述信源IP节点个数,所述信源IP地址所属的地区、所属的运营商、所在的地理经纬度信息及所述目标网站的CDN服务商信息组合,得到所述目标网站的CDN架构。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811629378.2A CN109818821B (zh) | 2018-12-28 | 2018-12-28 | 一种网站cdn架构的检测方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811629378.2A CN109818821B (zh) | 2018-12-28 | 2018-12-28 | 一种网站cdn架构的检测方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109818821A CN109818821A (zh) | 2019-05-28 |
CN109818821B true CN109818821B (zh) | 2021-02-05 |
Family
ID=66601505
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811629378.2A Active CN109818821B (zh) | 2018-12-28 | 2018-12-28 | 一种网站cdn架构的检测方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109818821B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110868482A (zh) * | 2019-10-21 | 2020-03-06 | 杭州安恒信息技术股份有限公司 | 绕过cdn查找真实ip方法 |
CN113347139B (zh) * | 2020-03-02 | 2022-11-22 | 深信服科技股份有限公司 | 一种识别安全信息的方法、装置、系统和介质 |
CN116132249B (zh) * | 2023-01-18 | 2024-09-24 | 马上消费金融股份有限公司 | 网站内容分发网络架构确定方法、装置及可读存储介质 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110078327A1 (en) * | 2009-09-30 | 2011-03-31 | Prime Networks (Hong Kong) Limited | Content delivery utilizing multiple content delivery networks |
CN102307248A (zh) * | 2011-08-29 | 2012-01-04 | 北龙中网(北京)科技有限责任公司 | 互联网检索方法及系统 |
CN105516391B (zh) * | 2015-12-25 | 2018-12-21 | 互联网域名系统北京市工程研究中心有限公司 | 一种基于cname的dns域名解析方法 |
CN106131229A (zh) * | 2016-09-20 | 2016-11-16 | 贵州白山云科技有限公司 | Cdn业务的处理方法、设备及通信系统 |
CN106302862B (zh) * | 2016-09-28 | 2019-07-05 | 大唐软件技术股份有限公司 | 一种dns递归服务器的收集方法和系统 |
CN106453692B (zh) * | 2016-11-28 | 2019-10-25 | 腾讯科技(深圳)有限公司 | 一种域名解析方法、装置和系统 |
CN107342913B (zh) * | 2017-05-24 | 2020-02-07 | 恒安嘉新(北京)科技股份公司 | 一种cdn节点的探测方法和装置 |
CN107040546B (zh) * | 2017-05-26 | 2020-03-03 | 浙江鹏信信息科技股份有限公司 | 一种域名劫持检测与联动处置方法及系统 |
CN109040052B (zh) * | 2018-07-26 | 2021-06-15 | 平安科技(深圳)有限公司 | 一种信息处理方法、终端及计算机可读介质 |
-
2018
- 2018-12-28 CN CN201811629378.2A patent/CN109818821B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN109818821A (zh) | 2019-05-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111314472B (zh) | 域名解析方法、域名解析服务器及终端设备 | |
US9577919B2 (en) | DNS wildcard beaconing | |
CN109981805B (zh) | 一种域名解析的方法及装置 | |
US10015243B2 (en) | Optimized content distribution based on metrics derived from the end user | |
CN104410691B (zh) | 一种基于内容分发网络的网站加速方法及系统 | |
CN109818821B (zh) | 一种网站cdn架构的检测方法及装置 | |
CN104158919A (zh) | 网页访问实现方法、服务器和客户端 | |
CN107342913B (zh) | 一种cdn节点的探测方法和装置 | |
CN106412063B (zh) | 教育网内cdn节点检测与资源调度系统及方法 | |
CN113037855B (zh) | 一种多媒体访问系统、方法、装置、终端及介质 | |
CN112333299B (zh) | 一种域名解析方法、配置方法及设备 | |
CN102932473B (zh) | 跨运营商网络访问网络内容的方法 | |
CN103428302A (zh) | 一种域名解析方法、域名解析服务器及域名解析系统 | |
EP3066577B1 (en) | Content node selection using network performance profiles | |
CN112954089B (zh) | 一种解析数据的方法、装置、设备以及存储介质 | |
CN109756584B (zh) | 域名解析方法、域名解析装置及计算机可读存储介质 | |
CN110795434A (zh) | 一种构建服务属性数据库的方法及装置 | |
CN103873604A (zh) | 一种基于分析cdn网络数据的网络访问方法 | |
CN109729058B (zh) | 一种流量劫持分析方法和装置 | |
Hohlfeld et al. | Characterizing a meta-CDN | |
CN108347465B (zh) | 一种选择网络数据中心的方法及装置 | |
KR100342107B1 (ko) | 인터넷 주소 부가정보 서비스 제공을 위한 기관 및 지역별 인터넷 주소 묶음결정 방법, 인터넷 주소 묶음별 사용지역 정보 획득 방법 | |
CN112532765B (zh) | 一种网络访问方法及其系统 | |
CN111371826B (zh) | Cdn节点的性能探测方法、装置及系统 | |
CN114520784A (zh) | 一种动态内容加速访问方法及装置 |
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 |