CN110166581B - 一种域名解析服务器访问频次占比获取方法及装置 - Google Patents
一种域名解析服务器访问频次占比获取方法及装置 Download PDFInfo
- Publication number
- CN110166581B CN110166581B CN201910365353.4A CN201910365353A CN110166581B CN 110166581 B CN110166581 B CN 110166581B CN 201910365353 A CN201910365353 A CN 201910365353A CN 110166581 B CN110166581 B CN 110166581B
- Authority
- CN
- China
- Prior art keywords
- server
- domain name
- name resolution
- address
- information
- 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
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/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种域名解析服务器访问频次占比获取方法及装置,属于互联网安全领域。本发明提供的域名解析服务器访问频次占比获取方法及装置,可以通过第一服务器向第二服务器发送抓包指令,并发起域名解析请求,第二服务器响应域名解析请求进行域名递归询问过程,并抓包得到域名解析服务器的IP地址信息,第一服务器获取所述域名解析服务器的IP地址信息从而计算各域名解析服务器的访问频次占比。本发明所提供的方法,能够通过模拟实际上网过程中域名信源IP解析过程,从而统计实际互联网域名解析过程中对各域名解析服务器的依赖程度,帮助工作人员更全面的认识互联网现状,指导互联网后续建设与发展。
Description
技术领域
本发明涉及互联网安全领域,更具体地,涉及一种域名解析服务器访问频次占比方法及一种域名解析服务器访问频次占比装置。
背景技术
DNS(Domain Name Server,域名服务器)是进行域名(Domain Name)和与之相对应的IP地址(IP Address,Internet Protocol Address,网际协议地址)转换的服务器。根服务器(root-servers.org)是互联网域名解析系统(DNS,Domain Name System)中最高级别的域名解析服务器,全球共十三台,其中主根服务器设置在美国,辅根服务器美国设置9个,瑞典、荷兰、日本各一个。顶级服务器是指对顶级域名进行解析的域名解析服务器,顶级域名包括国际顶级域名.com、.net、.org、.cn,根据目前的国际互联网域名体系,国际顶级域名可分为类别顶级域名(Generic top-level domain,gTLD)与地理顶级域名(countrycode top-level domains,ccTLD),类别顶级域名是以“COM”、“NET”、“ORG”、“BIZ”、“INFO”等结尾的域名,均由国外公司负责管理。地理顶级域名是以国家或地区代码为结尾的域名,如“CN”代表中国,“UK”代表英国,地理顶级域名一般由各个国家或地区负责管理。
我国互联网技术起步较晚,互联网基础设施建设方面相对薄弱,很多互联网核心设备网路环节都设置在国外,其中包括根服务器和大部分顶级服务器等。用户上网在浏览器中输入网址,通过本地DNS服务器解析出网站的信源IP地址才能够上网,本地DNS服务器的域名信源IP解析过程中需要访问域名解析服务器如根服务器和顶级服务器,其中根服务器是域名信源IP解析的起始点。
目前,尚没有可靠的信息采集、数据分析的方法,来反应当通过互联网上网时,域名解析过程中对于各域名解析服务器的依赖程度,当进行互联网建设规划、互联网发展分析时,无法得到值得信赖的参考指标。
发明内容
本发明提供了一种域名解析服务器访问频次占比获取方法与装置,以解决现有技术中预测结果的准确度较低的问题。
第一方面,提供了一种域名解析服务器访问频次占比获取方法,所述方法包括:
将所述第一服务器的本地域名服务器DNS地址修改为第二服务器的网际协议IP地址;所述第二服务器为至少一个第二服务器中的一个。
向所述第二服务器发送抓包指令。
若接收到所述第二服务器返回的抓包指令响应消息,则批量发起域名解析请求。
接收所述第二服务器在针对所述域名解析请求进行域名递归询问过程中,抓包得到的域名解析服务器的IP地址信息。
将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址,并重复上述步骤至接收到所有第二服务器返回的抓包得到的域名解析服务器的IP地址信息。
根据接收到的域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
第二方面,提供了一种域名解析服务器访问频次占比获取装置,所述装置包括:
本地DNS修改模块,用于将所述第一服务器的本地域名服务器DNS地址修改为第二服务器的IP地址;所述第二服务器为至少一个第二服务器中的一个。
指令发送模块,用于向所述第二服务器发送抓包指令。
请求发起模块,用于若接收到所述第二服务器返回的抓包指令响应消息,则批量发起域名解析请求;
信息接收模块,用于接收所述第二服务器在针对所述域名解析请求进行域名递归询问过程中,抓包得到的域名解析服务器的IP地址信息。
本地DNS修改模块,还用于将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址,并重复上述模块至接收到所有第二服务器返回的抓包得到的域名解析服务器的IP地址信息。
数据分析模块,用于根据接收到的域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
与相关技术相比,本发明具有以下优点:
本发明实施例,通过模拟互联网用户获取网站IP地址时域名解析的递归询问过程,可以得出域名解析中对根域名服务器和顶级域名服务器的访问频次占比,尤其是第二服务器广泛铺设后,这些关于域名解析服务的数据对于深入了解域名系统的整体应用状况,全面认识互联网发展特征具有重要意义。本发明实施例能客观的掌握互联网用户在上网过程中对根域名服务器和顶级域名服务器的依赖程度,为互联网产业建设提供重要的参考数据。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本发明实施例提供的第一种域名解析服务器访问频次占比获取方法的步骤流程图;
图2为本发明实施例提供的第二种域名解析服务器访问频次占比获取方法的步骤流程图;
图3为本发明实施例提供的第三种域名解析服务器访问频次占比获取方法的步骤流程图;
图4是第一服务器发起域名解析请求的四种方法过程示意图;
图5为本发明实施例提供的第四种域名解析服务器访问频次占比获取方法的步骤流程图;
图6是第二服务器清空本地DNS缓存具体操作的示意图;
图7是第二服务器针对合法域名根域名服务器抓包信息示意图;
图8是第二服务器针对随机域名根域名服务器抓包信息示意图;
图9是第二服务器针对合法域名顶级域名服务器抓包信息示意图;
图10是第二服务器针对随机域名顶级域名服务器抓包信息示意图;
图11是通过dig指令采获取的域名解析服务器的IP地址信息示意图;
图12是本发明实施例提供的一种域名解析服务器访问频次占比获取装置框图;
图13是本发明实施例提供的第二种域名解析服务器访问频次占比获取装置框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
为更好地理解本发明的方案,首先需要了解互联网客户端上网的域名解析过程,从而认识到域名解析服务器中根域名服务器、顶级域名服务器和权威域名服务器在上网过程中发挥的重要作用。用户在上网时,需要得到访问该域名的信源IP地址,然后从信源IP地址处获得网站资源。客户端首先向本地DNS服务器询问域名的信源IP地址,当本地DNS服务器缓存中没有该域名对应的信源IP地址时本地DNS服务器发起域名解析IP递归询问过程,具体为:本地DNS服务器向根域名服务器询问,根域名服务器根据域名返回该域名对应的顶级域名服务器信息,本地DNS服务器向顶级域名服务器询问,顶级域名服务器再根据域名返回该域名对应的权威域名服务器信息,本地DNS服务器再访问权威域名服务器,此时,权威域名服务器有可能告知本地DNS服务器访问下一个权威域名服务器,直到有权威域名服务器返回该域名对应的信源IP,以保证用户上网。由上述过程可知,在上网域名解析过程中,根域名服务器与顶级域名服务器是必经的环节,如果根域名服务器与顶级域名服务器出现故障,那么用户访问互联网的大门将无法开启。
想要掌握、运用互联网技术,首先需要充分的了解,其中一点就是需要了解互联网用户在上网过程中对域名解析服务器的依赖程度。但是上网时域名递归询问过程中,对于分析根域名服务器和顶级域名服务器的应用情况并没有一个行之有效的方案。
域名解析服务器通常包括根域名服务器、顶级域名服务器和权威域名服务器,本发明主要对根域名服务器与顶级域名服务器的信息进行采集统计,本发明中,通过模仿客户端在上网过程中域名递归询问过程,并获取过程中应用的域名解析服务器的IP地址信息,对获取的所述域名解析服务器的IP地址信息进行统计分析,从而在获得全面的域名解析基础数据的基础上,分析域名解析过程应用根域名服务器与顶级域名服务器的情况。
本发明提供的是互联网用户上网过程域名解析中根域名服务器与顶级域名服务器的访问频次占比的分析方法,根域名服务器以当前全球的13个根域名服务器为例,顶级域名服务器较多,本次仅以13个.com顶级域名服务器为例进行阐述。
根服务器列举如下:
A根a.root-servers.net(198.41.0.4)
B根b.root-servers.net(192.228.79.201)
C根c.root-servers.net(192.33.4.12)
D根d.root-servers.net(199.7.91.13)
E根e.root-servers.net(192.203.230.10)
F根f.root-servers.net(192.5.5.241)
G根g.root-servers.net(192.112.36.4)
H根h.root-servers.net(198.97.190.53)
I根i.root-servers.net(192.36.148.17)
J根j.root-servers.net(192.58.128.30)
K根k.root-servers.net(193.0.14.129)
L根l.root-servers.net(199.7.83.42)
M根m.root-servers.net(202.12.27.33)
.com通用顶级服务器信息如下:
GTLD-A A.GTLD-SERVERS.NET(192.5.6.30)
GTLD-B B.GTLD-SERVERS.NET(192.33.14.30)
GTLD-C C.GTLD-SERVERS.NET(192.26.92.30)
GTLD-D D.GTLD-SERVERS.NET(192.31.80.30)
GTLD-E E.GTLD-SERVERS.NET(192.12.94.30)
GTLD-F F.GTLD-SERVERS.NET(192.35.51.30)
GTLD-G G.GTLD-SERVERS.NET(192.42.93.30)
GTLD-H H.GTLD-SERVERS.NET(192.54.112.30)
GTLD-I I.GTLD-SERVERS.NET(192.43.172.30)
GTLD-J J.GTLD-SERVERS.NET(192.48.79.30)
GTLD-K K.GTLD-SERVERS.NET(192.52.178.30)
GTLD-L L.GTLD-SERVERS.NET(192.41.162.30)
GTLD-M M.GTLD-SERVERS.NET(192.55.83.30)
本发明以上述域名解析服务器为例,但不局限于上述域名解析服务器,不同域名在域名信源IP地址解析过程中经过的所有域名解析服务器的IP地址信息均可照此方法进行采集。
本发明中首先通过Bind(Berkeley Internet Name Domain)搭建DNS服务,Bind是一款开源的DNS服务器软件,由美国加州大学伯克利分校开发,目前由Internet SystemsConsortium组织来维护。它是目前世界上使用最为广泛的DNS服务器软件,支持各种类Unix平台和Windows平台。本发明通过Bind软件在第二服务器上搭建DNS环境,使第二服务器成为本地DNS服务器,从而实现数据的采集。
在第二服务器的DNS环境搭建完毕后,需要就DNS环境是否成功搭建进行测试,本发明实施例中可以通过互联网客户端修改本地DNS地址为第二服务器的IP地址后测试是否可以接入互联网,以测试DNS环境是否成功搭建,也可以通过修改Linux操作系统的数据中心测试机DNS配置为第二服务器的IP地址后测试第二服务器作为本地DNS服务器是否能上网,可以根据ping域名、host域名、nslookup域名、dig域名等是否可以解析出网站信源IP地址测试DNS环境是否成功搭建。在测试完成后,即可进行域名解析服务器IP地址信息的采集、统计与分析。
图1是本发明实施例提供的第一种域名解析服务器访问频次占比获取方法的步骤流程图,该方法应用于第一服务器,如图1所示,该方法可以包括:
步骤101,将所述第一服务器的本地域名服务器DNS地址修改为第二服务器的网际协议IP地址;所述第二服务器为至少一个第二服务器中的一个。
本发明实施例中,通过设置第一服务器来模拟实际上网过程中的客户端,在测试过程中,第一服务器可以通过发起域名解析请求,第二服务对该域名解析请求进行响应的方式对实际域名解析过程进行模拟,此时,第一服务器需要将本地DNS地址修改为第二服务器的IP地址,从而实现互联网的连接。
本发明实施例中,第二服务器可以模拟实际互联网连接过程中的本地DNS服务器,即对于需要进行域名解析服务器的IP地址信息采集分析的地区,应分别设置第二服务器用以模拟当地的本地DNS服务器,因此,所述第二服务器也可称为探针服务器。在测试过程中,第二服务器的个数应为至少一个,具体数量与本发明在实际应用中需要获得的数据量有关。如,第二服务器可以设置在全国的直辖市与省会城市不同电信运营商机房,其中江苏、浙江、河南、湖北、四川、福建、贵州、辽宁、黑龙江等省份的地级城市也可以设置第二服务器,山东青岛,广东深圳等重要城市各运营商机房可以部署第二服务器。第二服务器部署的运营商可以是电信、联通、移动主导运营商,还可以包括鹏博士、铁通、长城宽带、方正、爱普等小运营商,在必要的基础上,第二服务器的部署范围可以尽可能的广,涵盖的运营商尽可能的多,以保证获得的数据全面、翔实,以使数据分析结果更加准确。
步骤102,向所述第二服务器发送抓包指令。
本发明实施例中,当第一服务器将本地DNS地址修改为第二服务器中一个服务器的IP地址后,则向该第二服务器发送抓包指令,以提示该第二服务器数据获取开始。
步骤103,若接收到所述第二服务器返回的抓包指令响应消息,则批量发起域名解析请求。
本发明实施例中,当第一服务器接收到第二服务器的返回的抓包指令响应消息时,即表示该第二服务器准备完毕,此后第一服务器批量发起域名解析请求,域名解析请求中包括需要第二服务器进行解析的域名,一般来说一个域名解析请求中包括一个域名,批量发起的域名解析请求具体数量可根据第二服务器的设置的地区情况进行提前预设,若该第二服务器位于互联网发达的地区,互联网流量大、互联网用户多,那么发送的数量就可以多一些,若该第二服务器位于互联网落后的地区,互联网流量小,互联网用户少,那么发送的数量就可以少一些,以更切实的模拟互联网状况,提高数据采集的效率。
步骤104,接收所述第二服务器在针对所述域名解析请求进行域名递归询问过程中,抓包得到的域名解析服务器的IP地址信息。
本发明实施例中,可以通过抓包工具如Tcpdump(dump the traffice on anetwork,即根据使用者的定义对互联网上的数据包进行截获的包分析工具)进行域名解析服务器的IP地址信息的获取,Tcpdump是Linux中强大的互联网数据采集分析工具之一,支持针对互联网层、协议、主机、互联网或端口的过滤,并提供and、or、not等逻辑语句来帮助使用者去掉无用的信息,本发明实施例中通过Tcpdump对域名递归询问过程中的报文进行抓包,以获取需要的域名解析服务器的IP地址信息,本领域技术人员也可以使用其他抓包工具进行信息获取,如wireshark、WinNetCap等,本发明对此不做具体限制。另外,本申请通过域名解析服务器唯一指定的IP地址信息对域名递归讯问过程中应用到的域名解析服务器进行统计,本领域技术人员也可以通过采集并统计其他域名解析服务器的唯一标识对解析过程中应用到的域名解析服务器进行记录,本发明对此不做具体限制。
步骤105,将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址,并重复上述步骤至接收到所有第二服务器返回的抓包得到的域名解析服务器的IP地址信息。
本发明实施例中,第一服务器在信息采集过程中,一次仅对一个第二服务器进行连接,当该第二服务器的域名解析服务器的IP地址信息采集结束后,第一服务器可以修改本地DNS地址为另一个第二服务器的IP地址,并重复上述采集步骤,直至所有的第二服务的均采集完毕后,第一服务器完成了本次任务周期中数据的采集。
步骤106,根据接收到的域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
本发明实施例中,第一服务器在接收到域名解析服务器的IP地址信息后,对该信息进行统计分析,其中分析结果可以是所有第二服务器的总体分析,也可以是单个第二服务器的单个分析,从域名解析服务器的IP地址信息中,第一服务器统计在发出域名解析请求后,第二服务器进行递归询问过程中,应用到了哪些根域名服务器,哪些顶级域名服务器,及应用的频次,从而获取域名服务器访问频次占比,评估互联网用户上网过程中对各根域名服务器与顶级域名服务器的依赖程度,从而指导后续互联网建设与发展方向。
图2是本发明实施例提供的第二种域名解析服务器访问频次占比获取方法的步骤流程图,该方法应用于第二服务器,如图2所示,该方法可以包括:
步骤201,接收来自第一服务器的抓包指令,响应所述抓包指令清空本地域名缓存,并向所述第一服务器返回抓包指令响应消息。
本发明实施例中,第二服务器为布设在各地域的探针服务器,探针服务器已通过Bind搭建为DNS服务器,在域名解析过程中模拟本地DNS服务器的角色。
本发明实施例中,当第二服务器接收到来自于第一服务器的抓包指令后,需要清除本地DNS缓存。本地DNS服务器在先前的域名解析过程中返回了正确的信源IP地址后,会将域名与信源IP地址的对应结果临时缓存到本地DNS服务器中。缓存会设置一个失效时间ttl值(time to live),单位为秒表示该记录在该值期限内有效。当ttl值内再次接收到针对该域名的解析请求时就可以直接从缓存中获取结果返回,而不必再进行整个递归询问过程。在超过ttl值记录时效之后,本地DNS服务器会自动再次发起该域名对应信源IP地址的解析查询。因此,在域名解析过程中,为了收集到完整的域名解析服务器信息,第二服务器需要清除本地DNS缓存,以避免出现域名解析过程被省略,从而导致域名解析服务器信息无法收集的情况。
本发明实施例中,第二服务器在清除本地域名缓存结束后,可以向第一服务器返回抓包指令响应信息,表示准备工作完毕,可以进行下一步工作。
步骤202,响应所述第一服务器批量发起的域名解析请求,进行域名递归询问过程。
本发明实施例中,第二服务器接收抓包指令,并清空本地DNS缓存后,可响应第一服务器批量发起的域名解析请求,其中包括待解析的域名,第二服务器模拟真实互联网环境中的本地DNS服务器,针对该域名进行域名信源IP地址的解析,在考虑DNS环境的情况下,可以尽可能的模拟真实互联网环境,以保证数据的准确性。
步骤203,在针对所述域名解析请求进行域名递归询问过程中,抓包得到所述递归询问过程中应用的域名解析服务器的IP地址信息。
本发明实施例中,第二服务器根据域名解析请求中的域名进行域名递归询问过程,次序访问根域名服务器、顶级域名服务器,并在域名递归过程中通过抓包工具获取应用的域名解析服务器的IP地址信息。本领域技术人员也可以根据实际情况设置第二服务器在抓包过程中采集其他可用于唯一指定域名解析服务器的信息,如域名解析服务器名称等,本发明对此不做具体限制。
步骤204,向所述第一服务器发送所述域名解析服务器的IP地址信息,以使所述第一服务器根据所述域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
本发明实施例中,在完成信息采集后,第二服务器将采集到的域名解析服务器的IP地址信息向第一服务器发送,第二服务器可以在每次域名解析后就将本次域名解析过程中采集到的域名解析服务器的IP地址信息发送,也可以在批量域名解析请求中包括的所有域名解析完成后再将采集到的域名解析服务器的IP地址信息进行发送。
本发明实施例中,第二服务器在发送采集到的域名解析服务器的IP地址信息时,也可以发送第二服务器相关的信息,以便第一服务器根据域名解析服务器的IP地址信息计算域名解析服务器的访问频次占比时,能够多维度进行分析,使统计结果的更具有使用价值。
综上所述,本发明实施例提供的域名解析服务器访问频次占比获取方法,通过将第一服务器作为上网客户端、第二服务器作为本地DNS服务器,模拟互联网用户获取网站IP地址时域名解析的递归询问过程,可以得出域名解析中对根服务器和顶级服务器的访问频次占比,这些关于域名解析服务的数据对于深入了解域名系统的整体应用状况,全面认识互联网发展特征具有重要意义。本发明实施例能客观的掌握互联网用户对根服务器和顶级服务器的依赖程度,为我国互联网产业建设提供重要的参考数据。
图3是本发明实施例提供的第三种域名解析服务器访问频次占比获取方法的步骤流程图,该方法可以包括:
步骤301,将所述第一服务器的本地域名服务器DNS地址修改为第二服务器的网际协议IP地址;所述第二服务器为至少一个第二服务器中的一个。
如,第一服务器通过root用户启动JAVA程序,将/etc/resolv.conf文件中的本地DNS地址修改为第二服务器中的北京电信探针服务器IP地址219.141.150.166。
可选地,步骤301包括:
步骤3011,验证所述第二服务器的IP地址作为所述第一服务器的本地DNS地址时,所述第一服务器能否成功连接互联网,若互联网连接失败,则将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址。
本发明实施例中,在第一服务器修改本地DNS地址为第二服务器的IP地址后,需要验证通过该第二服务器是否能够成功上网,即通过该第二服务器是否能成功解析域名信源IP地址,如果可以成功解析,那么就可以进行后续信息采集步骤,如果不能那表示该第二服务器不能用于信息采集,第一服务器将本地DNS地址修改为下一个第二服务器的IP地址直到第二服务器能够成功连接互联网,再进行后续信息采集的步骤。
由于实际应用中,第二服务器无法正确解析合法域名通常是由于服务器配置出现错误,本发明实施例中,可以在第二服务器出现无法连接互联网的情况时,进行排查和修复,可以由人工进行修理,也可以事先建立常见错误与自动修复对应的数据库,通过域名解析过程中的数据排查错误原因,并根据错误原因进行自动修复,本发明对此不做具体限制。经修复成功的第二服务器可以再次进入第二服务器中待信息采集的队列,以保证使所有的第二服务器均进行至少一次的信息采集。
如,第一服务器通过getByName方法向北京电信探针服务器发送URL(UniformResource Locator,URL,统一资源定位符)作为输入参数,并接收北京电信探针服务器返回的该URL对应的信源IP地址,若北京电信探针服务器返回成功,则进行后续信息采集,若返回失败,则第一服务器将本地DNS地址修改为下一个第二服务器继续进行测试。
步骤302,向所述第二服务器发送抓包指令。
如,第一服务器向北京电信探针服务器发送抓包指令,要求北京电信探针服务器在域名解析过程中,通过抓包工具抓取域名解析服务器的IP地址信息,抓包指令示例如下:
根域名服务器抓包:
sudo tcpdump -i eth4 -s 0 -n -c 100 port domain and ip dst 198.41.0.4or 192.228.79.201 or 192.33.4.12 or 199.7.91.13 or 192.203.230.10 or192.5.5.241 or 192.112.36.4 or 198.97.190.53 or 192.36.148.17 or192.58.128.30 or 193.0.14.129 or 199.7.83.42 or 202.12.27.33
.com顶级域名服务器抓包:
sudo tcpdump -i eth4 -s 0 -n -c 100 port domain and ip dst 192.5.6.30or 192.33.14.30 or 192.26.92.30 or 192.31.80.30 or 192.12.94.30 or192.35.51.30 or 192.42.93.30 or 192.54.112.30 or 192.43.172.30 or192.48.79.30 or 192.52.178.30 or 192.41.162.30 or 192.55.83.30
北京电信探针服务器所用网卡是eth4,根域名服务器抓包目标是根域名服务器IP地址,.com顶级域名服务器的抓包目标是.com顶级域名服务器IP地址,即域名解析服务器的IP地址信息。
对以上命令参数解释如下:
-i#指定监听互联网接口,网卡
-s#从每个组中读取在开始的snaplen个字节,而不是默认的68个字节。-s 0是抓取完整数据包,否则默认只抓68字节。
-n#抓包结果中将进行域名解析,显示的是域名标识不是IP地址,使用-n选项,可以指定显示IP地址。
-c#指定收取数据包的次数,即在收到指定数量的数据包后退出tcpdump
-dst#后接目的地址。
步骤303,若接收到所述第二服务器返回的抓包指令响应消息,则批量发起域名解析请求。
如,第一服务器在接收到北京电信探针服务器返回的抓包指令响应消息后,则以北京电信探针服务器作为本地DNS服务器批量发起域名解析请求,其中可以包括多个合法域名,如www.baidu.com、www.taobao.com等,或者也可以包括随机域名,如,www.rootdns.*、www.*.com,*号以一个32位的随机数代替。其中,一个域名解析请求一般包括一个域名。图4是第一服务器发起域名解析请求的四种方法的过程示意图,如图4所示,以合法域名www.baidu.com为例,第一服务器以北京电信探针服务器的IP地址作为作为本地DNS服务器,发起域名解析请求,具体包括使用ping域名、host域名、nslookup域名或dig域名等指令发起域名解析请求。
步骤304,接收所述第二服务器在针对所述域名解析请求进行域名递归询问过程中,抓包得到的域名解析服务器的IP地址信息。
如,第一服务器接收北京电信探针服务器返回的在域名递归询问过程中抓包的域名解析服务器的IP地址,199.7.83.42是L根域名服务器,202.12.27.33是M根域名服务器,192.35.51.30是F.GTLD-SERVERS.NET顶级域名服务器,192.42.93.30是G.GTLD-SERVERS.NET顶级域名服务器等。
步骤305,将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址,并重复上述步骤至接收到所有第二服务器返回的抓包得到的域名解析服务器的IP地址信息。
如,第一服务器在北京电信探针服务器采集到的域名解析服务器的IP地址信息接收完毕后,将本地DNS地址修改为上海联通探针服务器的IP地址,重复上述步骤进行信息采集。
步骤306,根据接收到的域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
本发明实施例中,第一服务器可以通过统计域名解析服务器IP地址周期内出现的次数统计该域名解析服务器应用的频次,从而计算该域名解析服务器的访问频次占比,第一服务器在进行访问频次占比计算时,可以进行多维度计算,如第一服务器可以仅对所有的采集的域名解析服务器的IP地址信息直接进行频次统计,从而获得所有第二服务器覆盖范围内的域名解析服务器访问频次占比,如第一服务器可以对不同运营商的第二服务器采集到的域名解析服务器的IP地址信息进行分类统计,从而获得不同运营商的域名解析服务器访问频次占比,本领域技术人员可根据实际需求进行计算。
本发明实施例中,第一服务器在计算域名解析服务器访问频次占比时,可以生成相应的结果报告,结果报告根据不同的数据计算方式以及演示目的等,可以是表格、柱状图、扇形图等形式,本发明对此不作限定。
如,第一服务器根据域名解析服务器的IP地址信息的地区维度、运营商维度、域名解析服务器维度(周期内域名解析服务器IP地址出现次数)等,对域名解析服务器中根域名服务器和.com顶级域名服务器的访问频次占比进行统计,并生成统计报告如表1和表2所示。
表1
表2
如上表1中示出的根域名服务器的应用频次统计占比和表2中示出的.com顶级域名服务器的应用频次占比统计数据,可以得出不同地区不同运营商的探针服务器在域名解析过程中应用某一根域名服务器或顶级域名服务器的次数和应用占比,从而客观的评价上网过程中对不同域名解析服务器的依赖程度,从而指导后续互联网的建设。
上述步骤为本方案中第一服务器侧的描述,为了达到本方案所需的效果,第二服务器侧与第一服务器侧对应的步骤如下所述:
图5是本发明实施例提供的第四种域名解析服务器访问频次占比获取方法的步骤流程图,如图5所示,该方法可以包括:
步骤401,接收来自第一服务器的抓包指令,响应所述抓包指令清空本地域名缓存,并向所述第一服务器返回抓包指令响应消息。
如,图6是第二服务器清空本地域名缓存具体操作的示意图,如图6所示,北京电信探针服务器接收到第一服务器的抓包指令后,通过root用户清空本地域名缓存:rm-rf/var/db/nscd/hosts,再缓存清空后,重启域名缓存服务:service nscd restart。
步骤402,响应所述第一服务器批量发起的域名解析请求,进行域名递归询问过程。
如,北京电信探针服务器响应第一服务器批量发起的域名解析请求,其中可以包括多个合法域名,如www.baidu.com、www.taobao.com等,或者也可以包括随机域名,如,www.rootdns.*、www.*.com,*号以一个32位的随机数代替。步骤403,在针对所述域名解析请求进行域名递归询问过程中,抓包得到所述递归询问过程中应用的域名解析服务器的IP地址信息。
本发明实施例中,域名解析请求应包括域名解析中所需要的域名,该域名可以是合法域名,即如www.163.com、www.baidu.com等可以进行网站资源获取的域名,也可以是随机域名,即如对根域名服务器解析的域名是www.rootdns.*,对.com顶级服务器解析的域名是www.*.com,*号以一个32位的随机数代替,随机域名无法返回有效的信源IP,但并不影响域名递归询问过程中对每一环节的经历,也并不影响域名解析服务器的IP地址信息的采集。在上述过程中,合法域名抓包信息的内容可读性好,而使用随机域名则可以保证足够的域名数量,从而能使样本量可以满足各种测试要求,并且在样本量足够的情况下可以使测试结果更加准确,使方案更具有通用性和可适性,不必依赖于大量真实的域名即可实现信息采集的目的。
可选地,所述步骤403包括:
步骤4031,访问根域名服务器,并接收所述根域名服务器根据所述域名解析请求中的域名返回的顶级域名服务器地址。
本发明实施例中,当域名为合法域名时,域名解析服务器可成功解析该域名,并将返回对应的信源IP地址,当域名为随机域名时,域名解析服务器无法成功解析该域名,但依旧经历了整个域名IP解析的环节,也可以得到需要的抓包信息。
如,北京电信探针服务器针对第一服务器域名解析请求中的合法域名如www.baidu.com进行域名递归询问过程,首先访问根域名服务器并进行抓包,图7是第二服务器针对合法域名根域名服务器抓包信息示意图,如图7所示,->后面的IP是根服务器IP,比如199.7.83.42是L根域名服务器,202.12.27.33是M根域名服务器等。
如,北京电信探针服务器针对第一服务器域名解析请求中的随机域名如www.rootdns.999进行域名递归询问过程,针对根域名服务器IP地址进行抓包,图8是第二服务器针对随机域名根域名服务器抓包信息示意图,如图8所示,虽然该域名无法正确解析,但依然得到了正常的抓包信息。
步骤4032,根据所述顶级域名服务器地址,访问顶级域名服务器,并接收所述顶级域名服务器根据所述域名解析请求中的域名返回的权威域名服务器地址。
如,北京电信探针服务器针对第一服务器域名解析请求中的合法域名如www.baidu.com进行域名递归询问过程,根据根域名服务器返回的.com顶级服务器IP地址,访问.com顶级域名服务器并进行抓包,图9是第二服务器针对合法域名顶级域名服务器抓包信息示意图,如图9所示,->后面的IP是根服务器IP,比如192.35.51.30是F.GTLD-SERVERS.NET顶级域名服务器,192.42.93.30是G.GTLD-SERVERS.NET顶级域名服务器等。
如,以.com顶级域名服务器为例,北京电信探针服务器针对第一服务器域名解析请求中的随机域名如www.999.com进行域名递归询问过程,针对.com顶级域名服务器进行抓包,图10是第二服务器顶级域名服务器针对随机域名抓包信息示意图,如图10所示,虽然该域名无法正确解析,但依然得到了正常的抓包信息。
步骤4033,根据所述权威域名服务器地址,访问权威域名服务器,并接收所述权威域名服务器根据所述域名解析请求中的域名返回的IP地址或者域名解析失败消息。
本发明实施例中,对于合法域名,完整的解析过程还包括第二服务器根据顶级域名服务器返回的IP地址访问权威域名服务器,并从权威域名服务器中获取域名对应的信源IP地址,从而进行互联网连接,但是,当域名为随机域名无法解析时,由于域名没有对应的提供资源内容的服务器,因此也就无法返回域名对应的信源IP地址,域名解析失败,虽然域名解析失败,但是依然经历了完整的域名递归询问过程,抓包获得的域名解析服务器IP地址信息与合法域名中获得的域名解析服务器IP地址信息相同,可以用于频次分析。
如,北京电信探针服务器获得合法域名www.baidu.com对应的IP地址为112.80.248.64。
步骤4034,在上述递归询问过程中,抓包获取域名解析服务器的IP地址信息;其中,抓包获取的域名解析服务器的IP地址信息包括:根域名服务器IP地址信息、顶级域名服务器IP地址信息。
本发明实施例中,通过抓包工具,在域名递归询问过程中抓取域名解析服务器的IP地址信息,该IP地址信息是在整个域名解析过程中应用到的域名解析服务器的IP地址,用以唯一标识域名解析服务器,以便第一服务器进行频次统计。
如,北京电信探针服务器返回域名递归询问过程中抓取的域名服服务器信息返回给第一服务器。
或者,可选地,所述步骤403包括:
运行dig+trace指令;所述dig+trace指令中包括合法域名。
本发明实施例中,除上述模拟域名递归询问过程进行抓包获取域名解析服务器的IP地址信息外,还可以通过dig+trace方法来获取域名解析服务器的IP地址信息,使用大量网站的dig,命令会返回不同的域名解析服务器的IP地址信息,从而计算域名解析服务器的访问频次占比。
如,在第一服务器上运行命令dig@114.114.114.114www.baidu.com+trace,该命令的含义是用114.114.114.114这个公共域名解析www.baidu.com,并返回域名解析过程。
根据所述dig+trace指令,返回所述递归询问过程中应用的域名解析服务器的IP地址信息。
本发明实施例中,由于dig指令必须在域名成功解析时才能返回域名信息,且对DNS环境的整体性能与所在网络方面有所要求,因此,本方案可以作为人为验证的测试工具使用。
如,图11是通过dig指令采集获取的域名解析服务器的IP地址信息示意图,如图11所示,第一服务器解析www.baidu.com用到了J根域名服务器,G.GTLD-SERVERS.NET.com顶级服务器。
可选地,所述方法还包括向所述第一服务器发送所述第二服务器的相关信息;所述相关信息包括:域名解析服务器名称信息、第二服务器地区维度信息、第二服务器运营商维度信息、信息采集时间维度信息中的至少一种。
本发明实施例中,第二服务器在进行域名解析服务器的IP地址信息发送时,也可以发送该第二服务器布设的位置,位置包括地理位置即第二服务器地区维度信息、互联网运营商名即第二服务器运营商维度信息,还有信息采集时间维度信息等等,以便第一服务器进行多维度统计分析。信息采集时间维度信息可以是抓包信息的具体时间,也可以是精确到日、小时等的测试过程开始时间或结束时间或进行时间段等。
如,北京电信探针服务器在发送域名解析服务器的IP地址信息时,附上地区维度信息北京海淀区、运营商维度信息中国电信、采集信息时间维度信息20xx年x月x日。
步骤404,向所述第一服务器发送所述域名解析服务器的IP地址信息,以使所述第一服务器根据所述域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
本发明实施例,通过模拟互联网用户获取网站IP地址时域名解析的递归询问过程,可以得出域名解析中应用根域名服务器和顶级域名服务器的访问频次占比,这些关于域名解析服务的数据对于深入了解域名系统的整体应用状况,全面认识互联网发展特征具有重要意义。本发明实施例能客观的掌握互联网用户对根服务器和顶级服务器的依赖程度,为互联网产业建设提供重要的参考数据。
图12是本发明实施例提供的一种域名解析服务器访问频次占比获取装置50,该装置应用于第一服务器,如图12所示,该装置50可以包括:
本地DNS修改模块501,用于将所述第一服务器的本地DNS修改为第二服务器的IP地址;所述第二服务器为至少一个第二服务器中的一个。
可选地,所述本地DNS修改模块501之后,还包括:
验证模块,用于验证所述第二服务器的IP地址作为所述第一服务器的本地DNS地址时,所述第一服务器能否成功连接互联网,若互联网连接失败,则将所述第一服务器的本地DNS修改为下一个第二服务器的IP地址。
指令发送模块502,用于向所述第二服务器发送抓包指令。
请求发起模块503,用于若接收到所述第二服务器返回的抓包指令响应消息,则批量发起域名解析请求。
信息接收模块504,用于接收所述第二服务器在针对所述域名解析请求进行域名递归询问过程中,抓包得到的域名解析服务器的IP地址信息。
本地DNS修改模块501,还用于将所述第一服务器的本地DNS修改为下一个第二服务器的IP地址,并重复上述模块至接收到所有第二服务器返回的抓包得到的域名解析服务器的IP地址信息。
数据分析模块505,用于根据接收到的域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
本发明实施例中,为了实现完整的方案,与上述用于第一服务器侧的装置50对应的还需要应用于第二服务器的装置60配合,图13是本发明实施例提供的第二种域名解析服务器访问频次占比获取装置框图,如图13所示,该装置60可以包括:
指令接收模块601,用于接收来自第一服务器的抓包指令,响应所述抓包指令清空本地域名缓存,并向所述第一服务器返回抓包指令响应消息。
请求响应模块602,用于响应所述第一服务器批量发起的域名解析请求,进行域名递归询问过程。
信息获取模块603,用于在针对所述域名解析请求进行域名递归询问过程中,抓包得到所述递归询问过程中应用的域名解析服务器的IP地址信息。
可选地,所述信息获取模块603包括:
域名解析服务器访问子模块,用于访问根域名服务器,并接收所述根域名服务器根据所述域名解析请求中的域名返回的顶级域名服务器地址。
域名解析服务器访问子模块,还用于根据所述顶级域名服务器地址,访问顶级域名服务器,并接收所述顶级域名服务器根据所述域名解析请求中的域名返回的权威域名服务器地址。
域名解析服务器访问子模块,还用于根据所述权威域名服务器地址,访问权威域名服务器,并接收所述权威域名服务器根据所述域名解析请求中的域名返回的IP地址或者域名解析失败消息。
抓包信息子模块,用于在上述递归询问过程中,抓包获取域名解析服务器的IP地址信息;其中,抓包获取的域名解析服务器的IP地址信息包括:根域名服务器信息、顶级域名服务器信息。
或者,可选地,所述信息获取模块603包括:
指令运行子模块,用于运行dig+trace指令;所述dig+trace指令中包括合法域名。
信息抓包子模块,用于根据所述dig+trace指令,返回所述递归询问过程中应用的域名解析服务器的IP地址信息。
信息发送模块604,用于向所述第一服务器发送所述域名解析服务器的IP地址信息,以使所述第一服务器根据所述域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
可选地,所述信息发送模块604,还用于向所述第一服务器发送所述第二服务器的相关信息;所述相关信息包括:域名解析服务器名称信息、第二服务器地区维度信息、第二服务器运营商维度信息、信息采集时间维度信息中的至少一种。
本发明实施例,通过模拟互联网用户获取网站IP地址时域名解析的递归询问过程,可以得出域名解析中应用根服务器和顶级服务器的访问频次占比,这些关于域名解析服务的数据对于深入了解域名系统的整体应用状况,全面认识互联网发展特征具有重要意义。本发明实施例能客观的掌握互联网用户对根服务器和顶级服务器的依赖程度,为我国互联网产业建设提供重要的参考数据。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种域名解析服务器访问频次占比获取方法,其特征在于,所述方法应用于第一服务器,所述方法包括:
将所述第一服务器的本地域名服务器DNS地址修改为第二服务器的网际协议IP地址;所述第二服务器为至少一个第二服务器中的一个;
向所述第二服务器发送抓包指令;
若接收到所述第二服务器返回的抓包指令响应消息,则批量发起域名解析请求;
接收所述第二服务器在针对所述域名解析请求进行域名递归询问过程中,抓包得到的域名解析服务器的IP地址信息,其中,所述抓包得到的域名解析服务器的IP地址信息包括,根域名服务器IP 地址信息和顶级域名服务器IP地址信息;
将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址,并重复上述步骤至接收到所有第二服务器返回的抓包得到的域名解析服务器的IP地址信息;
根据接收到的域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
2.根据权利要求1所述的方法,其特征在于,所述将所述第一服务器的本地域名服务器DNS地址修改为第二服务器的网际协议IP地址的步骤之后,还包括:
验证所述第二服务器的IP地址作为所述第一服务器的本地DNS地址时,所述第一服务器能否成功连接互联网,若互联网连接失败,则将所述第一服务器的本地DNS修改为下一个第二服务器的IP地址。
3.一种域名解析服务器访问频次占比获取方法,其特征在于,所述方法应用于第二服务器,所述方法包括:
接收来自第一服务器的抓包指令,响应所述抓包指令清空本地域名缓存,并向所述第一服务器返回抓包指令响应消息;
响应所述第一服务器批量发起的域名解析请求,进行域名递归询问过程;
在针对所述域名解析请求进行域名递归询问过程中,抓包得到所述递归询问过程中应用的域名解析服务器的IP地址信息,其中,所述抓包得到的域名解析服务器的IP地址信息包括,根域名服务器IP 地址信息和顶级域名服务器IP地址信息;
向所述第一服务器发送所述域名解析服务器的IP地址信息,以使所述第一服务器根据所述域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
4.根据权利要求3所述的方法,其特征在于,所述在针对所述域名解析请求进行域名递归询问过程中,抓包得到所述递归询问过程中应用的域名解析服务器的IP地址信息的步骤,包括:
访问根域名服务器,并接收所述根域名服务器根据所述域名解析请求中的域名返回的顶级域名服务器地址;
根据所述顶级域名服务器地址,访问顶级域名服务器,并接收所述顶级域名服务器根据所述域名解析请求中的域名返回的权威域名服务器地址;
根据所述权威域名服务器地址,访问权威域名服务器,并接收所述权威域名服务器根据所述域名解析请求中的域名返回的IP地址或者域名解析失败消息;
在上述递归询问过程中,抓包获取域名解析服务器的IP地址信息;其中,抓包获取的域名解析服务器的IP地址信息包括:根域名服务器IP地址信息、顶级域名服务器IP地址信息。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
向所述第一服务器发送所述第二服务器的相关信息;所述相关信息包括:第二服务器地区维度信息、第二服务器运营商维度信息、信息采集时间维度信息中的至少一种。
6.一种域名解析服务器访问频次占比获取装置,其特征在于,所述装置应用于第一服务器,所述装置包括:
本地DNS地址修改模块,用于将所述第一服务器的本地域名服务器DNS地址修改为第二服务器的网际协议IP地址;所述第二服务器为至少一个第二服务器中的一个;
指令发送模块,用于向所述第二服务器发送抓包指令;
请求发起模块,用于若接收到所述第二服务器返回的抓包指令响应消息,则批量发起域名解析请求;
信息接收模块,用于接收所述第二服务器在针对所述域名解析请求进行域名递归询问过程中,抓包得到的域名解析服务器的IP地址信息,其中,所述抓包得到的域名解析服务器的IP地址信息包括,根域名服务器IP 地址信息和顶级域名服务器IP地址信息;
本地DNS地址修改模块,还用于将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址,并重复上述模块至接收到所有第二服务器返回的抓包得到的域名解析服务器的IP地址信息;
数据分析模块,用于根据接收到的域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
7.根据权利要求6所述的装置,其特征在于,所述本地DNS地址修改模块之后,还包括:
验证模块,用于验证所述第二服务器的IP地址作为所述第一服务器的本地DNS地址时,所述第一服务器能否成功连接互联网,若互联网连接失败,则将所述第一服务器的本地DNS地址修改为下一个第二服务器的IP地址。
8.一种域名解析服务器访问频次占比获取装置,其特征在于,所述装置应用于第二服务器,所述装置包括:
指令接收模块,用于接收来自第一服务器的抓包指令,响应所述抓包指令清空本地域名缓存,并向所述第一服务器返回抓包指令响应消息;
请求响应模块,用于响应所述第一服务器批量发送的域名解析请求,进行域名递归询问过程;
信息获取模块,用于在针对所述域名解析请求进行域名递归询问过程中,抓包得到所述递归询问过程中应用的域名解析服务器的IP地址信息,其中,所述抓包得到的域名解析服务器的IP地址信息包括,根域名服务器IP 地址信息和顶级域名服务器IP地址信息;
信息发送模块,用于向所述第一服务器发送所述域名解析服务器的IP地址信息,以使所述第一服务器根据所述域名解析服务器的IP地址信息,计算域名解析服务器的访问频次占比。
9.根据权利要求8所述的装置,其特征在于,所述信息获取模块,包括:
域名解析服务器访问子模块,用于访问根域名服务器,并接收所述根域名服务器根据所述域名解析请求中的域名返回的顶级域名服务器地址;
所述域名解析服务器访问子模块,还用于根据所述顶级域名服务器地址,访问顶级域名服务器,并接收所述顶级域名服务器根据所述域名解析请求中的域名返回的权威域名服务器地址;
所述域名解析服务器访问子模块,还用于根据所述权威域名服务器地址,访问权威域名服务器,并接收所述权威域名服务器根据所述域名解析请求中的域名返回的IP地址或者域名解析失败消息;
抓包信息子模块,用于在上述递归询问过程中,抓包获取域名解析服务器的IP地址信息;其中,抓包获取的域名解析服务器的IP地址信息包括:根域名服务器IP地址信息、顶级域名服务器IP地址信息。
10.根据权利要求8所述的装置,其特征在于,还包括:
向所述第一服务器发送所述第二服务器的相关信息;所述相关信息包括域名解析服务器名称信息、第二服务器地区维度信息、第二服务器运营商维度信息、信息采集时间维度信息中的至少一种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910365353.4A CN110166581B (zh) | 2019-04-30 | 2019-04-30 | 一种域名解析服务器访问频次占比获取方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910365353.4A CN110166581B (zh) | 2019-04-30 | 2019-04-30 | 一种域名解析服务器访问频次占比获取方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110166581A CN110166581A (zh) | 2019-08-23 |
CN110166581B true CN110166581B (zh) | 2022-03-29 |
Family
ID=67633157
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910365353.4A Active CN110166581B (zh) | 2019-04-30 | 2019-04-30 | 一种域名解析服务器访问频次占比获取方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110166581B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111262881B (zh) * | 2020-02-26 | 2021-07-02 | 杭州云缔盟科技有限公司 | 一种隐藏手机app访问的服务器dns域名的方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107071089A (zh) * | 2017-05-18 | 2017-08-18 | 腾讯科技(深圳)有限公司 | 调度控制方法、装置和系统 |
CN107645573A (zh) * | 2017-09-29 | 2018-01-30 | 中国人民解放军国防科技大学 | 一种探测递归域名服务器转发配置的方法 |
CN108337271A (zh) * | 2017-01-17 | 2018-07-27 | 北京云端智度科技有限公司 | 一种提升dns安全及性能的方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101883042B (zh) * | 2009-05-05 | 2013-04-24 | 华为技术有限公司 | 层次化路由架构的映射方法及系统和域名服务器 |
CN101594394A (zh) * | 2009-06-24 | 2009-12-02 | 华为技术有限公司 | 服务器发现方法、系统和设备 |
US8326980B2 (en) * | 2010-04-28 | 2012-12-04 | Microsoft Corporation | Using DNS reflection to measure network performance |
TWI478561B (zh) * | 2012-04-05 | 2015-03-21 | Inst Information Industry | 網域追蹤方法與系統及其電腦可讀取記錄媒體 |
CN103957285B (zh) * | 2014-04-18 | 2015-09-09 | 北京奇虎科技有限公司 | 提供根域名解析服务的方法和系统 |
CN104104689A (zh) * | 2014-07-31 | 2014-10-15 | 山东省计算中心(国家超级计算济南中心) | 一种互联网浏览器中安全的域名解析方法 |
CN104883282A (zh) * | 2015-06-19 | 2015-09-02 | 中国互联网络信息中心 | 终端的dns服务器的监控方法及系统 |
CN106302862B (zh) * | 2016-09-28 | 2019-07-05 | 大唐软件技术股份有限公司 | 一种dns递归服务器的收集方法和系统 |
CN109241292B (zh) * | 2018-08-13 | 2022-09-16 | 恒安嘉新(北京)科技股份公司 | 一种基于主被动数据建立域名服务器体系知识图谱的方法 |
-
2019
- 2019-04-30 CN CN201910365353.4A patent/CN110166581B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108337271A (zh) * | 2017-01-17 | 2018-07-27 | 北京云端智度科技有限公司 | 一种提升dns安全及性能的方法 |
CN107071089A (zh) * | 2017-05-18 | 2017-08-18 | 腾讯科技(深圳)有限公司 | 调度控制方法、装置和系统 |
CN107645573A (zh) * | 2017-09-29 | 2018-01-30 | 中国人民解放军国防科技大学 | 一种探测递归域名服务器转发配置的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110166581A (zh) | 2019-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20150103688A1 (en) | Packet receiving method, deep packet inspection device and system | |
CN111431758B (zh) | 云网络设备的测试方法、装置、存储介质和计算机设备 | |
CN104009890A (zh) | 一种互联网中的网络质量测试系统及方法 | |
JP2006120130A (ja) | アクセスログの管理システム及び管理方法 | |
CN105516165A (zh) | 一种识别计费欺诈的非法代理的方法、设备及系统 | |
CN105306246B (zh) | 一种自动应答网络类投诉的方法、装置和服务器 | |
CN106209472A (zh) | 一种宽带用户数据挖掘和预警的方法 | |
CN107040429A (zh) | 一种端口转发性能的测试方法及系统 | |
CN110166581B (zh) | 一种域名解析服务器访问频次占比获取方法及装置 | |
CN108206769B (zh) | 过滤网络质量告警的方法、装置、设备和介质 | |
CN1860734A (zh) | 网络吞吐量测定的方法和装置 | |
CN117370286A (zh) | 一种基于云平台的数据存储方法、系统及设备 | |
CN113067710A (zh) | 在线用户查询方法、装置、计算机设备及存储介质 | |
CN111130948A (zh) | 一种网络质量探测方法及装置 | |
CN110113442B (zh) | 一种dns镜像服务器的位置确定方法和装置 | |
CN111371914A (zh) | Ip库生成方法、域名解析方法、电子设备和可读存储介质 | |
CN110661677B (zh) | 一种dns测试方法、装置和系统 | |
CN106330981B (zh) | 一种网络web站点信息收集方法及装置 | |
CN113709252B (zh) | 基于网页嵌入式脚本代码的在线内部网络环境扫描方法 | |
CN110784559B (zh) | 一种dns解析时延采集方法和装置 | |
CN111522740B (zh) | 一种基于自然数元组的web服务器超时分析系统及分析方法 | |
CN114520784A (zh) | 一种动态内容加速访问方法及装置 | |
CN102891781B (zh) | 网络共享检测系统和网络共享检测方法 | |
CN110611600B (zh) | 一种网络状态信息采集方法及系统 | |
CN111614797A (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 |