CN109347945A - 一种查询域名的方法和装置 - Google Patents
一种查询域名的方法和装置 Download PDFInfo
- Publication number
- CN109347945A CN109347945A CN201811188096.3A CN201811188096A CN109347945A CN 109347945 A CN109347945 A CN 109347945A CN 201811188096 A CN201811188096 A CN 201811188096A CN 109347945 A CN109347945 A CN 109347945A
- Authority
- CN
- China
- Prior art keywords
- address
- information
- data set
- preset time
- address data
- 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.)
- Pending
Links
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/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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种查询域名的方法和装置,所述方法包括:接收查询第一域名的请求信息并获取接收发生时的第一时间信息;根据所述查询第一域名的请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联;根据所述第一时间信息和预设时间规则从所述第一IP地址数据集中提取并返回第二IP地址数据集。所述方法利用时间约束解决了互联网负载不均的问题。从而进一步提高互联网的响应时间。
Description
技术领域
本申请涉及计算机网络领域,具体涉及查询域名的方法,以及查询域名的装置。
背景技术
在计算机网络中,当两个网络节点通讯时,需要使用网际协议地址(InternetProtocol Address,简称IP地址)实现点对点通讯。目前使用的IP地址主要为网际协议第四版(简称IPv4版本),其是一个32位的二进制数,可读性差,故而通常以“点分十进制”来表示,例如“121.22.240.199”。但即使如此,这串数字(点分十进制)也是很难记忆的。故而,出现了域名系统(Domain Name System,简称DNS)技术,用以简化记忆枯燥的数字。
DNS是互联网中域名和IP地址相互映射的一个分布式数据库。通常,互联网的网站对外表现为一个或多个域名,例如“www.test.com”。当用户在客户端浏览器通过域名“www.test.com”访问网站时,所述浏览器首先通过查询DNS将域名“www.test.com”翻译为IP地址“121.22.240.199”,然后使用此IP地址与网站服务器进行通信。
通常,在互联网中,会设置多个提供网站服务的服务器,用于分担每天大量的域名访问服务。这些服务器被放置在世界各地的数据中心中,因而也就具有不同的IP地址。
为了避免域名服务中大量的服务请求过多集中在一个或几个服务器上,保证互联网中提供域名服务的服务器负载均衡。目前,常用的技术包括:轮询法、智能DNS解析法、最小流量调度法、最小连接数调度法。轮询法只是简单分配任务,智能DNS解析法遵循距离最近的原则,这两个方法都不考虑负载均衡的问题。最小流量调度法和最小连接数调度法需要请求-应答的次数较多,从而影响响应速度。
由于全世界的作息时间不同,工作习惯不同,因此,分布在世界各地的DNS存在着应用高峰时间和低谷时间。而上述技术均没有考虑时间对DNS查询的影响。
发明内容
本申请提供一种查询域名的方法,一种查询域名的装置;利用时间约束解决互联网负载不均的问题。从而进一步提高互联网的响应时间。
为了解决上述技术问题,本申请实施例提供了如下的技术方案:
本申请提供了一种查询域名的方法,包括:
接收查询第一域名的请求信息并获取接收发生时的第一时间信息;
根据所述查询第一域名的请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联;
根据所述第一时间信息和预设时间规则从所述第一IP地址数据集中提取并返回第二IP地址数据集。
优选的,所述根据所述第一时间信息和预设时间规则从所述第一IP地址数据集中提取第二IP地址数据集,包括:
依据所述第一时间信息与所述预设时间规则的匹配关系从所述第一IP地址数据集中提取第二IP地址数据集。
进一步的,所述依据所述第一时间信息与所述预设时间规则的匹配关系从所述第一IP地址数据集中提取第二IP地址数据集,包括:
从所述第一IP地址数据集中提取所述IP地址记录的IP地址信息;
获取与所述IP地址信息相关联的所述预设时间规则;
判断所述第一时间信息是否符合所述预设时间规则;
若是,则将所述IP地址记录添加到所述第二IP地址数据集中。
进一步的,所述获取与所述IP地址信息相关联的所述预设时间规则,还包括:
当无法获取与所述IP地址信息相关联的所述预设时间规则时,则提示所述IP地址信息不存在时间规则。
优选的,在所述返回第二IP地址数据集前,还包括:
判断所述第二IP地址数据集中的记录是否为空;
若是,则将所述第一IP地址数据集作为所述第二IP地址数据集,并提示查询失败。
优选的,在所述根据所述查询第一域名的请求信息获取第一IP地址数据集后,还包括:
判断所述第一IP地址数据集中的记录是否为空;
若是,则返回查询记录为空的信息。
优选的,所述预设时间规则,至少包括以下时间规则之一:
以时钟为周期按时钟段设置的时间规则;
以天为周期按日期或日期时段设置的时间规则;
以周为周期按周的一天或周时段设置的时间规则;
以月为周期按月或月时段设置的时间规则;
以年为周期按年或年时段设置的时间规则。
优选的,所述第一时间信息与预设时间规则中的时间信息为同一时区的时间信息。
优选的,所述预设时间规则,是指预设时间规则数据集,所述预设时间规则数据集中的记录至少包括IP地址信息和预设时间信息。
本申请提供了一种查询域名的装置,包括:
接收单元,配置为接收查询第一域名的请求信息并获取接收发生时的第一时间信息;
获取单元,配置为根据所述查询第一域名的请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联;
返回单元,配置为根据所述第一时间信息和预设时间规则从所述第一IP地址数据集中提取并返回第二IP地址数据集。
基于上述实施例的公开可以获知,本申请实施例具备如下的有益效果:
本申请提供了一种查询域名的方法和装置,所述方法包括:接收查询第一域名的请求信息并获取接收发生时的第一时间信息;根据所述查询第一域名的请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联;根据所述第一时间信息和预设时间规则从所述第一IP地址数据集中提取并返回第二IP地址数据集。所述方法利用时间约束解决了互联网负载不均的问题。从而进一步提高互联网的响应时间。
附图说明
图1为本申请实施例提供的查询域名的方法的流程图;
图2为本申请实施例提供的查询域名的装置的单元框图。
具体实施方式
下面,结合附图对本申请的具体实施例进行详细的描述,但不作为本申请的限定。
应理解的是,可以对此处公开的实施例做出各种修改。因此,上述说明书不应该视为限制,而仅是作为实施例的范例。本领域的技术人员将想到在本申请的范围和精神内的其他修改。
包含在说明书中并构成说明书的一部分的附图示出了本申请的实施例,并且与上面给出的对本申请的大致描述以及下面给出的对实施例的详细描述一起用于解释本申请的原理。
通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述,本申请的这些和其它特性将会变得显而易见。
还应当理解,尽管已经参照一些具体实例对本申请进行了描述,但本领域技术人员能够确定地实现本申请的很多其它等效形式,它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。
当结合附图时,鉴于以下详细说明,本申请的上述和其他方面、特征和优势将变得更为显而易见。
此后参照附图描述本申请的具体实施例;然而,应当理解,所公开的实施例仅仅是本申请的实例,其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本申请模糊不清。因此,本文所公开的具体的结构性和功能性细节并非意在限定,而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本申请。
本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”,其均可指代根据本申请的相同或不同实施例中的一个或多个。
由于全世界的作息时间不同,工作习惯不同,因此,分布在世界各地的DNS存在着应用高峰时间和低谷时间。而现有技术均没有考虑高峰时间和低谷时间对DNS查询的影响。
本申请的目的就是利用时间约束解决互联网负载不均的问题。从而进一步提高互联网的响应时间。
本申请提供一种查询域名的方法;本申请还提供一种查询域名的装置。在下面的实施例中逐一进行详细说明。
对本申请提供的第一实施例,即一种查询域名的方法的实施例。
下面结合图1对本实施例进行详细说明,其中,图1为本申请实施例提供的查询域名的方法的流程图。
步骤S101,接收查询第一域名的请求信息并获取接收到所述请求信息时的第一时间信息。
域名(Domain Name),又称网域,是由一串用点分隔的名字组成的互联网上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。
DNS是因特网的一项核心服务,它作为可以将域名和IP地址相互映射的一个分布式数据库,能够使人更方便的访问互联网,而不用去记住能够被机器直接读取的IP地址数串。
例如,用户在客户端的网页浏览器中输入域名(比如,“www.test.com”),并通过域名向DNS发出查询IP地址的请求,DNS将查询到的IP地址结果(比如“121.22.240.199”)返回给客户端的网页浏览器,然后客户端的网页浏览器按照查询到的IP地址结果访问所述域名所对应的网站。当然,这种查询到的IP地址结果可能不止一条。
所述第一域名,也就是在客户端浏览器中输入的域名信息。
所述查询第一域名的请求信息,就是客户端浏览器将输入的第一域名信息按照查询域名所需的预设请求格式打包,生成请求信息。
所述接收查询第一域名的请求信息,也就是DNS接收客按照查询第一域名所需的预设请求格式打包而生成的请求信息。
所述接收到所述请求信息时的第一时间信息,也就是DNS接收所述请求信息时DNS所获得的时间信息。
步骤S102,根据所述请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联。
数据集,又称为资料集、数据集合或资料集合,是一种由数据所组成的集合。最常见的数据集包括数据库,而最小的数据集则是数据库中最常用的数据表。而数据表中保存着一条条数据记录。数据记录中保存着数据信息。
例如,本实施例中,第一IP地址数据集可以是数据表,IP地址记录就是数据记录,IP地址信息就是数据信息。
当然,数据集不仅是数据库,也可以是其他存储数据的形式。例如,保存在注册表、可编辑文件、配置文件等文件中,也可以保存在内存的数据结构中。
所述IP地址信息,是指与客户端浏览器所查询的域名相关联的网站服务器的IP地址信息。
所述预设时间规则,就是预先的设定的访问所述IP地址的最佳访问时间的规则。这种规则可以通过统计的方式获得。
所述预设时间规则,至少包括:IP地址信息和预设时间信息。
所述预设时间规则可以保存在预设时间规则数据集中,例如,保存在数据库的预设时间规则数据表中。
所述IP地址信息与预设时间规则相关联,也就是通过查询的IP地址信息与所述预设时间规则数据集中IP地址信息的匹配关系,获得预设时间规则数据集中与查询的IP地址信息相关的预设时间信息。
例如,所述数据集为数据库,预设时间规则数据集是保存在数据库中的预设时间规则数据表,所述预设时间规则数据表中保存的记录至少包括IP地址信息和预设时间信息;而所述IP地址信息为数据表的主键;待查询的IP地址信息通过SQL语句可以很方便的找到与待查询的IP地址信息相关联的预设时间信息。
当然,如上所述,数据集不限于数据库,也可以是其他存储数据的形式。
所述预设时间信息,至少包括以下信息之一:
时间信息一,以时钟为周期按时钟段设置的时间信息,例如:02:30:00至4:59:59;
时间信息二,以天为周期按日期或日期时段设置的时间信息,例如,每月10日,或者每月8日至16日;
时间信息三,以周为周期按周的一天或周时段设置的时间信息,例如,星期三,或星期一至星期五;
时间信息四,以月为周期按月或月时段设置的时间信息,例如,10月,或者8日至10日;
时间信息五,以年为周期按年或年时段设置的时间信息,例如,2018年,或者2018年至2020年。
还可以将上述时间规则搭配在一起,例如:2018年8月10日2:30:00至2018年10月10日2:59:59。
优选的,所述第一时间信息与预设时间规则中的时间信息为同一时区的时间信息。例如,第一时间信息与预设时间规则中的时间信息都设置为北京时间。这样有利于比较时间的匹配关系,提高执行效率。
步骤S103,根据所述第一IP地址数据集、所述第一时间信息和所述预设时间规则确定并返回第二IP地址数据集。
所述第二IP地址数据集,用于保存经所述预设时间规则优化后获得的IP地址信息。如上所述,所述第二IP地址数据集不限于数据库,也可以是其他存储数据的形式。
进一步的,所述根据所述第一IP地址数据集、所述第一时间信息和所述预设时间规则确定第二IP地址数据集,包括:
依据所述第一IP地址数据集、所述第一时间信息与所述预设时间规则的匹配关系从所述第一IP地址数据集中提取IP地址信息,并根据所述IP地址信息生成第二IP地址数据集。
也就是,遍历所述第一IP地址数据集中的每条记录,获取每条记录中保存的IP地址信息,利用所述IP地址信息的预设时间规则,然后,将所述第一时间信息与所述IP地址信息的预设时间规则比较,如果符合预设时间规则,则将所述IP地址信息添加到第二IP地址数据集中。
具体步骤包括:
步骤S103-1,从所述第一IP地址数据集中提取所述IP地址记录的IP地址信息。
步骤S103-2,获取与所述IP地址信息相关联的所述预设时间规则。
步骤S103-3,判断所述第一时间信息是否符合所述预设时间规则。
步骤S103-4,若是,则将所述IP地址记录添加到所述第二IP地址数据集中。
在所述根据所述IP地址信息获取与所述IP地址信息相关联的所述预设时间规则之后,还包括:
当根据所述IP地址信息无法获取与所述IP地址信息相关联的所述预设时间规则时,则提示所述IP地址信息不存在预设时间规则。
获得所述提示信息后,可以根据业务需要对该提示做出相应的数据处理。例如,针对所述IP地址信息利用大数据的统计结果生成所述IP地址的预设时间规则。
在所述返回第二IP地址数据集前,还包括:
步骤S103-5,判断所述第二IP地址数据集中的记录是否为空。
步骤S103-6,若是,则将所述第一IP地址数据集作为所述第二IP地址数据集,并提示查询失败。
步骤S103-6也就是放弃利用所述预设时间规则优化所述第一IP地址数据集,将将所述第一IP地址数据集作为所述第二IP地址数据集返回给发送请求的客户端。
对于步骤S103-6也可以采用现有技术优化所述第一IP地址数据集,并将优化后生成的所述第二IP地址数据集返回给发送请求的客户端。所述现有技术包括:轮询法,智能DNS解析法,最小流量调度法或最小连接数调度法。
在所述根据所述请求信息获取第一IP地址数据集后,还包括:
步骤S102-1,判断所述第一IP地址数据集中的记录是否为空。
步骤S102-2,若是,则返回查询记录为空的信息。
本实施例中的一个实施例是可以应用在全局负载均衡的条件下。
一般地,全局负载均衡的调度是分层次的。
例如,第一层:选择出一组IP地址,姑且称其为池;第二层:从池中选择出合适的IP地址。
本实施例既适用于第一层调度,亦适用于第二层调度。
第一层调度下本实施例的使用:先获取第一时间信息,然后遍历所有的池,获取与池相关联的预设时间规则,比较第一时间信息与预设时间规则的时间,决定是否采用该池。
第二层调度下本实施例的使用:先获取第一时间信息,然后遍历池中所有的IP地址信息,获取与IP地址信息相关联的预设时间规则,比较第一时间信息与预设时间规则的时间,决定是否采用该IP地址信息。
需要说明的是,本实施例在全局负载均衡下的使用时,可以在多层次使用,或在多层次的一层或者多层使用时。
本实施例中的另一个实施例是可以应用在链路入站负载均衡的条件下。
链路入站负载均衡解决的是入站方向的域名解析问题,一般地,是直接从一组IP地址中选择出合适的IP地址。
本实施例也适用于链路入站负载均衡。
例如,在链路入站负载均衡下,先获取第一时间信息,然后遍历所有的IP地址信息,获取与IP地址信息相关联的预设时间规则,比较第一时间信息与预设时间规则的时间,决定是否采用该IP地址信息。
本实施例提供的方法,可以在现有的调度方法(例如,轮询法,智能DNS解析法,最小流量调度法或最小连接数调度法)基础之上实现基于时间策略的调度。即在不同的时间进行DNS查询,DNS根据已有的时间策略返回不同的记录结果。
本实施例利用时间约束解决了互联网负载不均的问题。从而进一步提高互联网的响应时间。
与本申请提供的第一实施例相对应,本申请还提供了第二实施例,即一种查询域名装置。由于第二实施例基本相似于第一实施例,所以描述得比较简单,相关的部分请参见第一实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
图2示出了本申请提供的一种查询域名的装置的实施例。图2为本申请实施例提供的查询域名的装置的单元框图。
请参考图2,本申请提供一种查询域名的装置,包括:接收单元201,获取单元202,返回单元203;
接收单元201,配置为接收查询第一域名的请求信息并获取接收到所述请求信息时的第一时间信息;
获取单元202,配置为根据所述请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联;
返回单元203,配置为根据所述第一IP地址数据集、所述第一时间信息和所述预设时间规则确定并返回第二IP地址数据集。
优选的,在返回单元203中,包括:
提取查询结果子单元,配置为依据所述第一IP地址数据集、所述第一时间信息与所述预设时间规则的匹配关系从所述第一IP地址数据集中提取IP地址信息,并根据所述IP地址信息生成第二IP地址数据集。
进一步的,在提取查询结果子单元中,包括:
提取IP地址信息子单元,配置为从所述第一IP地址数据集中提取所述IP地址记录的IP地址信息;
获取预设时间规则子单元,配置为根据所述IP地址信息获取与所述IP地址信息相关联的所述预设时间规则;
第一判断子单元,配置为判断所述第一时间信息是否符合所述预设时间规则;
生成第二IP地址数据集子单元,配置为当第一判断子单元的输出为“是”时,则将所述IP地址记录添加到所述第二IP地址数据集中。
进一步的,在提取查询结果子单元中,还包括:
提示一子单元,配置为当根据所述IP地址信息无法获取与所述IP地址信息相关联的所述预设时间规则时,则提示所述IP地址信息不存在预设时间规则。
优选的,在返回单元203中,在所述返回第二IP地址数据集前,还包括:
第二判断子单元,配置为判断所述第二IP地址数据集中的记录是否为空;
提示二子单元,配置为当第二判断子单元的输出为“是”时,则将所述第一IP地址数据集作为所述第二IP地址数据集,并提示查询失败。
优选的,在获取单元202后,还包括:
第三判断子单元,配置为判断所述第一IP地址数据集中的记录是否为空;
返回空结果子单元,配置为当第三判断子单元的输出为“是”时,则返回查询记录为空的信息。优选的,所述预设时间规则,至少包括:IP地址信息和预设时间信息。
进一步的,所述预设时间信息,至少包括以下信息之一:
以时钟为周期按时钟段设置的时间信息;
以天为周期按日期或日期时段设置的时间信息;
以周为周期按周的一天或周时段设置的时间信息;
以月为周期按月或月时段设置的时间信息;
以年为周期按年或年时段设置的时间信息。
优选的,所述第一时间信息与预设时间规则中的时间信息为同一时区的时间信息。
以上实施例仅为本申请的示例性实施例,不用于限制本申请,本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内,对本申请做出各种修改或等同替换,这种修改或等同替换也应视为落在本申请的保护范围内。
Claims (10)
1.一种查询域名的方法,其特征在于,包括:
接收查询第一域名的请求信息并获取接收到所述请求信息时的第一时间信息;
根据所述请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联;
根据所述第一IP地址数据集、所述第一时间信息和所述预设时间规则确定并返回第二IP地址数据集。
2.根据权利要求1所述的方法,其特征在于,所述根据所述第一IP地址数据集、所述第一时间信息和所述预设时间规则确定第二IP地址数据集,包括:
依据所述第一IP地址数据集、所述第一时间信息与所述预设时间规则的匹配关系从所述第一IP地址数据集中提取IP地址信息,并根据所述IP地址信息生成第二IP地址数据集。
3.根据权利要求2所述的方法,其特征在于,依据所述第一IP地址数据集、所述第一时间信息与所述预设时间规则的匹配关系从所述第一IP地址数据集中提取IP地址信息,并根据所述IP地址信息生成第二IP地址数据集,包括:
从所述第一IP地址数据集中提取所述IP地址记录的IP地址信息;
根据所述IP地址信息获取与所述IP地址信息相关联的所述预设时间规则;
判断所述第一时间信息是否符合所述预设时间规则;
若是,则将所述IP地址记录添加到所述第二IP地址数据集中。
4.根据权利要求3所述的方法,其特征在于,在所述根据所述IP地址信息获取与所述IP地址信息相关联的所述预设时间规则之后,还包括:
当根据所述IP地址信息无法获取与所述IP地址信息相关联的所述预设时间规则时,则提示所述IP地址信息不存在预设时间规则。
5.根据权利要求1所述的方法,其特征在于,在所述返回第二IP地址数据集前,还包括:
判断所述第二IP地址数据集中的记录是否为空;
若是,则将所述第一IP地址数据集作为所述第二IP地址数据集,并提示查询失败。
6.根据权利要求1所述的方法,其特征在于,在所述根据所述请求信息获取第一IP地址数据集后,还包括:
判断所述第一IP地址数据集中的记录是否为空;
若是,则返回查询记录为空的信息。
7.根据权利要求1所述的方法,其特征在于,所述预设时间规则,至少包括:IP地址信息和预设时间信息。
8.根据权利要求7所述的方法,其特征在于,所述预设时间信息,至少包括以下信息之一:
以时钟为周期按时钟段设置的时间信息;
以天为周期按日期或日期时段设置的时间信息;
以周为周期按周的一天或周时段设置的时间信息;
以月为周期按月或月时段设置的时间信息;
以年为周期按年或年时段设置的时间信息。
9.根据权利要求1所述的方法,其特征在于,所述第一时间信息与预设时间规则中的时间信息为同一时区的时间信息。
10.一种查询域名的装置,其特征在于,包括:
接收单元,配置为接收查询第一域名的请求信息并获取接收到所述请求信息时的第一时间信息;
获取单元,配置为根据所述请求信息获取第一IP地址数据集,其中,所述第一IP地址数据集用于保存IP地址记录,所述IP地址记录至少包括IP地址信息,所述IP地址信息与预设时间规则相关联;
返回单元,配置为根据所述第一IP地址数据集、所述第一时间信息和所述预设时间规则确定并返回第二IP地址数据集。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811188096.3A CN109347945A (zh) | 2018-10-12 | 2018-10-12 | 一种查询域名的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811188096.3A CN109347945A (zh) | 2018-10-12 | 2018-10-12 | 一种查询域名的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109347945A true CN109347945A (zh) | 2019-02-15 |
Family
ID=65308991
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811188096.3A Pending CN109347945A (zh) | 2018-10-12 | 2018-10-12 | 一种查询域名的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109347945A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110138599A (zh) * | 2019-04-24 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 基于域名关联度的dns查询方法、装置、介质和电子设备 |
CN110545336A (zh) * | 2019-09-06 | 2019-12-06 | 深圳平安通信科技有限公司 | Ip地址替换方法、装置、计算机设备和存储介质 |
Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102340554A (zh) * | 2011-09-29 | 2012-02-01 | 奇智软件(北京)有限公司 | 一种域名系统dns的最优应用服务器选取方法和装置 |
CN102694873A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种地址池分配系统及方法 |
CN102932501A (zh) * | 2012-11-08 | 2013-02-13 | 杭州迪普科技有限公司 | 一种地址池资源保护的方法及装置 |
CN102984286A (zh) * | 2012-11-14 | 2013-03-20 | 上海牙木通讯技术有限公司 | 一种dns服务器的缓存更新方法、装置及系统 |
CN104301294A (zh) * | 2013-07-19 | 2015-01-21 | 中国移动通信集团广东有限公司 | 一种dns查询请求的响应方法、装置及网络侧设备 |
CN106302843A (zh) * | 2015-05-26 | 2017-01-04 | 上海帝联信息科技股份有限公司 | 一种ip地址库更新方法及装置 |
CN106936938A (zh) * | 2015-12-29 | 2017-07-07 | 北界创想(北京)软件有限公司 | 域名解析方法及系统 |
CN106973125A (zh) * | 2017-03-16 | 2017-07-21 | 中国联合网络通信集团有限公司 | 域名解析实现方法及装置 |
CN107343058A (zh) * | 2017-07-06 | 2017-11-10 | 北京网瑞达科技有限公司 | 一种ip地址分配的系统及其工作方法 |
CN107454205A (zh) * | 2017-07-31 | 2017-12-08 | 北京北信源软件股份有限公司 | 一种连接服务器的方法和装置 |
CN107547682A (zh) * | 2017-07-31 | 2018-01-05 | 新华三技术有限公司 | Ip地址识别方法及装置 |
CN107547295A (zh) * | 2017-05-10 | 2018-01-05 | 新华三信息安全技术有限公司 | 一种域名缓存表项的老化方法及装置 |
CN108306997A (zh) * | 2018-01-25 | 2018-07-20 | 中国工商银行股份有限公司 | 域名解析监控方法及装置 |
US20180234439A1 (en) * | 2016-09-23 | 2018-08-16 | EMC IP Holding Company LLC | Automated Classification of Domain Names Resolved by Malware |
CN108449283A (zh) * | 2018-06-22 | 2018-08-24 | 郑州云海信息技术有限公司 | 基于负载均衡的域名解析方法、系统、设备及存储介质 |
CN108462759A (zh) * | 2017-02-22 | 2018-08-28 | 南昌黑鲨科技有限公司 | 域名解析方法及装置 |
CN108574744A (zh) * | 2017-07-28 | 2018-09-25 | 北京金山云网络技术有限公司 | 一种域名解析方法、装置、电子设备及可读存储介质 |
-
2018
- 2018-10-12 CN CN201811188096.3A patent/CN109347945A/zh active Pending
Patent Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102694873A (zh) * | 2011-03-22 | 2012-09-26 | 中兴通讯股份有限公司 | 一种地址池分配系统及方法 |
CN102340554A (zh) * | 2011-09-29 | 2012-02-01 | 奇智软件(北京)有限公司 | 一种域名系统dns的最优应用服务器选取方法和装置 |
CN102932501A (zh) * | 2012-11-08 | 2013-02-13 | 杭州迪普科技有限公司 | 一种地址池资源保护的方法及装置 |
CN102984286A (zh) * | 2012-11-14 | 2013-03-20 | 上海牙木通讯技术有限公司 | 一种dns服务器的缓存更新方法、装置及系统 |
CN104301294A (zh) * | 2013-07-19 | 2015-01-21 | 中国移动通信集团广东有限公司 | 一种dns查询请求的响应方法、装置及网络侧设备 |
CN106302843A (zh) * | 2015-05-26 | 2017-01-04 | 上海帝联信息科技股份有限公司 | 一种ip地址库更新方法及装置 |
CN106936938A (zh) * | 2015-12-29 | 2017-07-07 | 北界创想(北京)软件有限公司 | 域名解析方法及系统 |
US20180234439A1 (en) * | 2016-09-23 | 2018-08-16 | EMC IP Holding Company LLC | Automated Classification of Domain Names Resolved by Malware |
CN108462759A (zh) * | 2017-02-22 | 2018-08-28 | 南昌黑鲨科技有限公司 | 域名解析方法及装置 |
CN106973125A (zh) * | 2017-03-16 | 2017-07-21 | 中国联合网络通信集团有限公司 | 域名解析实现方法及装置 |
CN107547295A (zh) * | 2017-05-10 | 2018-01-05 | 新华三信息安全技术有限公司 | 一种域名缓存表项的老化方法及装置 |
CN107343058A (zh) * | 2017-07-06 | 2017-11-10 | 北京网瑞达科技有限公司 | 一种ip地址分配的系统及其工作方法 |
CN108574744A (zh) * | 2017-07-28 | 2018-09-25 | 北京金山云网络技术有限公司 | 一种域名解析方法、装置、电子设备及可读存储介质 |
CN107547682A (zh) * | 2017-07-31 | 2018-01-05 | 新华三技术有限公司 | Ip地址识别方法及装置 |
CN107454205A (zh) * | 2017-07-31 | 2017-12-08 | 北京北信源软件股份有限公司 | 一种连接服务器的方法和装置 |
CN108306997A (zh) * | 2018-01-25 | 2018-07-20 | 中国工商银行股份有限公司 | 域名解析监控方法及装置 |
CN108449283A (zh) * | 2018-06-22 | 2018-08-24 | 郑州云海信息技术有限公司 | 基于负载均衡的域名解析方法、系统、设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
季成,李晓东,袁坚: ""基于k_means算法的DNS查询模式分析"", 《清华大学学报》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110138599A (zh) * | 2019-04-24 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 基于域名关联度的dns查询方法、装置、介质和电子设备 |
CN110545336A (zh) * | 2019-09-06 | 2019-12-06 | 深圳平安通信科技有限公司 | Ip地址替换方法、装置、计算机设备和存储介质 |
CN110545336B (zh) * | 2019-09-06 | 2023-06-23 | 深圳平安通信科技有限公司 | Ip地址替换方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112615849B (zh) | 微服务访问方法、装置、设备及存储介质 | |
van Rijswijk-Deij et al. | A high-performance, scalable infrastructure for large-scale active DNS measurements | |
CN1333362C (zh) | 用于智能数据同化的方法和装置 | |
CN101778013B (zh) | 网站测试系统及方法 | |
CN104580551B (zh) | 一种组网数据中心系统及方法 | |
CN103036977B (zh) | 基于内容分发网络的业务推送方法及推送系统 | |
CN104766024A (zh) | 基于云平台的医疗系统病例信息存储调用方法 | |
US10394899B2 (en) | Document tracking in heterogeneous application environments | |
CN107465692A (zh) | 统一用户身份认证方法、系统以及存储介质 | |
CN101499996B (zh) | 域名差异化解析方法和域名服务器 | |
CN112954089B (zh) | 一种解析数据的方法、装置、设备以及存储介质 | |
CN100378731C (zh) | 自动数据合并 | |
CN106060004A (zh) | 数据库访问方法及数据库代理节点 | |
CN106973125A (zh) | 域名解析实现方法及装置 | |
CN109347945A (zh) | 一种查询域名的方法和装置 | |
CN104320488A (zh) | 代理服务器系统及代理服务方法 | |
CN100499590C (zh) | 一种报文的访问控制方法及一种网络设备 | |
US8055665B2 (en) | Sorted search in a distributed directory environment using a proxy server | |
CN102036188A (zh) | 多节点系统下的邮件代理方法、设备和系统 | |
CN106789147A (zh) | 一种流量分析方法及装置 | |
US10216631B1 (en) | Revising cache expiration | |
CN105160011A (zh) | 一种日志管理系统及方法 | |
CN103064688A (zh) | 工作流通用服务的方法和系统 | |
CN108259588A (zh) | 一种基于大数据的文化云平台的推送方法及装置 | |
CN114793244A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190215 |
|
RJ01 | Rejection of invention patent application after publication |