CN104427011B - 域名解析的方法和域名缓存服务器 - Google Patents
域名解析的方法和域名缓存服务器 Download PDFInfo
- Publication number
- CN104427011B CN104427011B CN201310392877.5A CN201310392877A CN104427011B CN 104427011 B CN104427011 B CN 104427011B CN 201310392877 A CN201310392877 A CN 201310392877A CN 104427011 B CN104427011 B CN 104427011B
- Authority
- CN
- China
- Prior art keywords
- domain name
- server
- name
- final
- domain
- 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
Classifications
-
- 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/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
-
- 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]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- 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/50—Address allocation
- H04L61/5076—Update or notification mechanisms, e.g. DynDNS
-
- 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/58—Caching of addresses or names
-
- 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/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种域名解析的方法、域名缓存服务器及最终域名服务器,其中,该方法包括:域名缓存服务器通过最终域名服务器的地址信息与最终域名服务器建立连接;从最终域名服务器上获取预定域名的全部域名记录信息,以根据全部域名记录信息确定预定域名的域名解析结果,其中,全部域名记录信息为预定域名与不同IP地址间的对应关系。通过运用本发明,使得域名缓存服务器可以根据当前链路状况确定域名解析结果,解决了现有技术域名缓存服务器缓存着一个旧的域名记录,用户发起域名请求时,无法根据实际网络情况进行域名解析的问题。
Description
技术领域
本发明涉及通讯领域,特别是涉及一种域名解析的方法和域名缓存服务器。
背景技术
域名解析技术是互联网的基础性技术。它提供了实现域名信息和互联网协议(Internet Protocol,简称为IP)地址信息的相互映射关系,使得用户在使用互联网时,无需记忆复杂的IP地址信息,而仅需记录简单的域名信息就可以,极大促进了因特网(Internet)的发展。
现有的域名解析及负载分担(又称负载均衡)处理过程如图1所示。域名***(Domain Name System,简称为DNS)包括了域名缓存服务器,根域名服务器,二级/三级域名服务器,最终域名服务器。其中,域名缓存服务器,一般是用户客户端配置、指定或从互联网服务提供商(Internet Service Provider,简称为ISP)处获取的域名服务器,缓存常用的域名记录及代理用户的域名查询;根域名服务器即现网DNS根服务器,负责存储根地区有关的信息,并为根地区的所有节点提供服务;二级/三级域名服务器即各区域的域名服务器,比如:cn域名服务器,edu.cn域名服务器;最终域名服务器在此指的是最终维护具体域名和IP地址的域名服务器,如:sina.com的域名服务器。域名解析业务处理流程包括步骤S101至步骤S108。
步骤S101,用户客户端发起域名解析请求;由于用户客户端一般配置指定了DNS服务器,或者动态获取地址时,一并获取的DNS服务器信息,使得用户客户端可以向域名缓存服务器发起域名请求;
步骤S102,域名缓存服务器接收到用户域名请求后,查询本地缓存,如本地缓存中有对应的DNS记录,则向客户端返回域名解析结果,如查询不到相应的DNS记录,则向上级域名服务器请求域名解析;此处,设置向根域名服务器查询;因此,在本地缓存中不存在对应域名记录的情况下,域名缓存服务器代理用户域名解析请求,向根域名服务器发起域名解析请求;
步骤S103,根域名服务器收到域名解析请求后,向域名缓存服务器返回对应的二级域名服务器信息,指示域名缓存服务器向二级域名服务器发起域名解析请求;
步骤S104,域名缓存服务器获得二级域名服务器信息后,向二级域名服务器发起域名解析请求;
步骤S105,二级域名服务器收到域名解析请求后,向域名缓存服务器返回下一级(三级)域名服务器信息,如此递归处理,直至为用户提供最终域名服务器信息;
步骤S106,域名缓存服务器获得最终域名服务器信息后,向最终域名服务器发起域名解析请求;
步骤S107,最终域名服务器收到域名解析请求后,根据自身所维护的域名记录信息,结合负载分担策略提供相应的域名解析结果,并向域名缓存服务器返回该域名解析结果;具体的负载分担策略可以采用随机分配方式,轮询方式或根据用户IP地址段负载分担的方式;
步骤S108,本地域名服务器获得域名解析结果后,缓存域名解析记录信息,以便后续能够直接为用户提供域名解析服务;并将所得到的域名解析结果向客户端返回。
上述分析的域名解析及负载分担业务处理方法存在缺陷,域名缓存服务器缺乏和最终域名服务器的交互机制,当最终域名服务器的负载分担策略实施了调整后,无法实时更新到域名缓存服务器。
由于域名缓存服务器依然缓存着旧的域名记录,用户发起域名请求时,域名服务器在本地缓存能查询到域名记录信息,采用旧的域名记录向用户提供。另外,在网络出现拥塞情况时,域名缓存服务器也会依然使用旧的域名记录为用户提供域名解析结果,无法根据网络资源及状态情况灵活实现域名解析的负载分担,使得用户得不到最优的业务服务,甚至可能导致无法正常访问业务。
发明内容
本发明提供了一种域名解析的方法、域名缓存服务器及最终域名服务器,用以解决现有技术中域名缓存服务器缓存着一个旧的域名记录,用户发起域名请求时,无法根据实际网络情况进行域名解析,进而实现负载分担的问题。
为解决上述技术问题,一方面,本发明提供一种负载均衡的方法,包括:域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器建立连接;从所述最终域名服务器上获取预定域名的全部域名记录信息,以根据所述全部域名记录信息确定所述预定域名的域名解析结果,其中,所述全部域名记录信息为所述预定域名与不同IP地址间的对应关系。
进一步,域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器建立连接之前,包括:在所述域名缓存服务器收到最终域名服务器返回的域名解析结果的情况下,获取所述最终域名服务器的地址信息;或者,在所述域名缓存服务器上预先配置了所述最终域名服务器的地址信息的情况下,获取预先配置的所述地址信息。
进一步,根据所述全部域名记录信息确定所述预定域名的域名解析结果包括:接收来自客户端对所述预定域名的域名解析请求;判断所述预定域名是否需要进行域名解析的负载均衡;在需要进行负载均衡的情况下,根据获取的所述全部域名记录信息确定所述预定域名的域名解析结果。
进一步,在需要进行负载均衡的情况下,根据获取的所述全部域名记录信息确定所述预定域名的域名解析结果,包括:检测所述全部域名记录信息中各IP地址对应的网络服务集群对应的网络状态;确定一个网络状态满足预定策略的网络服务集群,以得到一个域名解析结果。
进一步,从所述最终域名服务器上获取预定域名的全部域名记录信息之后,还包括:所述域名缓存服务器保存所述预定域名的所述全部域名记录信息。
另一方面,本发明还提供一种域名缓存服务器,包括:第一建链模块,用于通过最终域名服务器的地址信息与所述最终域名服务器建立连接;第一获取模块,用于从所述最终域名服务器上获取预定域名的全部域名记录信息,以根据所述全部域名记录信息确定所述预定域名的域名解析结果,其中,所述全部域名记录信息为所述预定域名与不同IP地址间的对应关系。
进一步,所述域名缓存服务器还包括:第二获取模块,用于在所述域名缓存服务器收到最终域名服务器返回的域名解析结果的情况下,获取所述最终域名服务器的地址信息;第三获取模块,用于在所述域名缓存服务器上预先配置了所述最终域名服务器的地址信息的情况下,获取预先配置的所述地址信息。
进一步,所述域名缓存服务器还包括:域名解析模块,其中,域名解析模块包括:接收单元,用于接收来自客户端对所述预定域名的域名解析请求;判断单元,用于判断所述预定域名是否需要进行域名解析的负载均衡;确定单元,用于在需要进行负载均衡的情况下,根据获取的所述全部域名记录信息确定所述预定域名的域名解析结果。
进一步,所述域名缓存服务器还包括:保存模块,用于保存所述预定域名的所述全部域名记录信息。
再一方面,本发明还提供一种最终域名服务器,包括:第二建链模块,用于在接收到域名缓存服务器的连接请求的情况下,与所述域名缓存服务器建立连接;发送模块,用于向所述域名缓存服务器发送预定域名的全部域名记录信息,以使得所述域名缓存服务器根据所述全部域名记录信息对所述预定域名进行域名解析,其中,所述全部域名记录信息为所述预定域名与不同IP地址间的对应关系。
本发明的域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器建立连接,并从该最终域名服务器上获取到预定域名的全部域名记录信息来进行域名解析,使得域名缓存服务器可以根据当前链路状况确定域名解析结果,解决了现有技术域名缓存服务器缓存着一个旧的域名记录,用户发起域名请求时,无法根据实际网络情况进行域名解析的问题。
附图说明
图1是现有技术中解析业务的处理流程图;
图2是本发明实施例中一种域名解析的方法的流程图;
图3是本发明实施例中域名缓存服务器的第一种结构示意图;
图4是本发明实施例中域名缓存服务器的第二种结构示意图;
图5是本发明实施例中域名缓存服务器的第三种结构示意图;
图6是本发明实施例中最终域名服务器的结构示意图;
图7是本发明优选实施例中采用静态配置的方式获取全部域名记录信息的业务处理流程图;
图8是本发明优选实施例中采用协议扩展方式获取全部域名记录信息的业务处理流程图;
图9是本发明优选实施例中域名缓存服务器基于网络状态的域名解析及负载分担的业务处理过程图。
具体实施方式
为了解决现有技术域名缓存服务器缓存着一个旧的域名记录,用户发起域名请求时,无法根据实际情况进行域名解析的问题,本发明提供了一种域名解析的方法、域名缓存服务器及最终域名服务器,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
现有技术中,由于域名缓存服务器的存在,使得绝大多数的DNS解析会在域名缓存服务器得到解析结果。因此,根据网络实时状态实施DNS负载均衡的职能,更适合由域名缓存服务器担当,而非最终域名解析服务器。在由域名缓存服务器实施DNS负载均衡的过程,首先要求域名缓存服务器拥有指定域名的全部域名记录信息,因此,需要一种域名缓存服务器具备从最终域名解析服务器获取指定域名的全部域名记录信息的方法,并根据得到的全部域名记录信息进行域名解析。
本实施例提供了一种域名解析的方法,该方法的流程如图2所示,包括步骤S202至步骤S204。
步骤S202,域名缓存服务器通过最终域名服务器的地址信息与最终域名服务器建立连接。
域名缓存服务器在得到了最终域名服务器的地址信息后,通过该地址信息与其对应的最终域名服务器建立连接。最终域名服务器一般只有一台,对应到一个指定的域名。比如:sina.com的最终域名服务器只有一台,维护多个域名记录信息。比如:全国31个省,各有一个web服务集群,广东对应的服务集群地址为:1.1.1.1,广西对应的服务集群地址为:2.2.2.2,各自形成域名记录信息存储在最终域名服务器中。
步骤S204,从最终域名服务器上获取预定域名的全部域名记录信息,以根据全部域名记录信息确定预定域名的域名解析结果,其中,全部域名记录信息为预定域名与不同IP地址间的对应关系。
一个域名记录信息记录着该预定域名的一个对应的IP地址,最终域名服务器上存储着某一域名对应的全部域名记录信息。当域名缓存服务器得到了全部域名记录信息后,就可以根据待连接的服务器的当前状况进行域名解析操作。
本实施例的域名缓存服务器通过最终域名服务器的地址信息与最终域名服务器建立连接,并从该最终域名服务器上获取到预定域名的全部域名记录信息来进行域名解析,使得域名缓存服务器可以根据当前链路状况确定域名解析结果,解决了现有技术域名缓存服务器缓存着一个旧的域名记录,用户发起域名请求时,无法根据实际网络情况进行域名解析的问题。
实施过程中,域名缓存服务器可以通过多种方式获取最终域名服务器的地址信息。如果当前已经按照现有技术的流程执行,即域名缓存服务器收到了最终域名服务器返回的域名解析结果时,可以直接获取该最终域名服务器的地址信息;当然,也可以在***初始化时,就在域名缓存服务器上预配置最终域名服务器的地址信息,则域名缓存服务器就可以根据该地址信息与最终域名服务器建立连接。本领域技术人员还可以根据上述记载,知晓如何通过第三方设备与最终域名服务器建立连接,此处不再赘述。
从最终域名服务器上获取预定域名的全部域名记录信息之后,根据全部域名记录信息确定预定域名的域名解析结果包括:域名缓存服务器接收来自客户端对预定域名的域名解析请求;判断预定域名是否需要进行域名解析的负载均衡;在需要进行负载均衡的情况下,根据获取的全部域名记录信息确定预定域名的域名解析结果,即在全部域名记录信息中选择一个域名记录信息,根据该域名记录信息确定对应的IP地址。在不需要进行负载均衡的情况下,直接将预定域名的解析结果反馈给客户端。其中,在需要进行负载均衡的情况下,还可以检测全部域名记录信息中各网络服务集群对应的网络状态,再确定一个满足预定策略的网络服务集群,从而确定域名解析结果。其中,预定策略可以是选择全部域名记录信息中,网络状态最好的一个网络服务集群,也可以是选择离客户端较近的一个网络服务集群,本领域技术人员可以根据实际需要进行预定策略的设置。
在从最终域名服务器上获取预定域名的全部域名记录信息之后,域名缓存服务器保存预定域名的全部域名记录信息,以备下次进行负载均衡时使用。
本实施例还提供了一种域名缓存服务器,其结构示意如图3所示,包括:第一建链模块10,用于通过最终域名服务器的地址信息与最终域名服务器建立连接;第一获取模块12,与第一建链模块10耦合,用于从最终域名服务器上获取预定域名的全部域名记录信息,以根据全部域名记录信息确定预定域名的域名解析结果,其中,全部域名记录信息为预定域名与不同IP地址间的对应关系。
图4示出了上述域名缓存服务器的一种优选结构示意图,在图3的基础上,上述服务器还包括:第二获取模块14,与第一建链模块10耦合,用于在域名缓存服务器收到最终域名服务器返回的域名解析结果的情况下,获取最终域名服务器的地址信息;第三获取模块16,与第一建链模块10耦合,用于在域名缓存服务器上预先配置了最终域名服务器的地址信息的情况下,获取预先配置的地址信息。如果服务器未预先配置最终域名服务器的地址信息,则第三获取模块16不被触发,通过第二获取模块14来执行获取地址信息的操作;或者,域名缓存服务器之前已经获得了最终域名服务器返回的域名解析结果,则触发第二获取模块14执行获取动作。两个模块同时存在,根据不同条件触发不同获取流程。
图5示出了上述域名缓存服务器的一种优选结构示意图,在图4的基础上,上述服务器还包括:保存模块26,与第一获取模块12耦合,用于保存预定域名的全部域名记录信息,域名解析模块28,用于根据全部域名记录信息确定预定域名的域名解析结果,其中,域名解析模块28包括:接收单元120,用于接收来自客户端对特定域名的域名解析请求;判断单元122,与接收单元120耦合,用于判断特定域名是否需要进行域名解析的负载均衡;确定单元124,与判断单元122耦合,用于在需要进行负载均衡的情况下,根据获取的全部域名记录信息确定预定域名的域名解析结果。其中,上述确定单元124,还可以用于检测全部域名记录信息中各IP地址对应的网络服务集群对应的网络状态,确定一个网络状态满足预定策略的网络服务集群,以得到一个域名解析结果。
本发明实施例还提供了一种最终域名服务器,其结构示意如图6所示,包括:第二建链模块30,用于在接收到域名缓存服务器的连接请求的情况下,与域名缓存服务器建立连接;发送模块32,与第二建链模块30耦合,用于向域名缓存服务器发送预定域名的全部域名记录信息,以使得域名缓存服务器根据全部域名记录信息对预定域名进行域名解析,其中,全部域名记录信息为预定域名与不同IP地址间的对应关系。
优选实施例
随着技术的发展,出现了可以为应用***提供网络资源及状态信息的技术,如:应用层流量优化(Application-Layer Traffic Optimization,简称为ALTO)。这类技术可以使得应用***可以根据自身的需要查询获取所需的网络状态信息,从而可以做出更优的资源调度和业务提供。DNS***的域名解析和负载分担也可采用此种技术,实现基于网络资源和状态的域名解析和负载分担。但由于目前的DNS业务处理方式中,域名缓存服务器实施了域名记录的缓存,导致了大量的DNS解析由域名缓存服务器完成。因此,域名缓存服务器需要具备基于网络状态实施域名解析和负载分担的能力,这就要求域名缓存服务器具备特定域名的全部记录信息。相关技术仅基于业务处理过程中实时检测所获得的部分信息无法得到特定域名的全部记录信息。因此,需要一种域名缓存服务器与最终域名服务器的信息交互方法,根据需要获取所需的特定域名的全部记录信息。
基于上述思想,本实施例提供了一种域名解析方法,该方法可以用于进行负载均衡,该方法实现了域名缓存服务器与最终域名服务器信息的交互,根据需要获取所需的域名记录信息。通过这种方式,域名缓存服务器可以获得特定域名的全部域名记录信息,解决了由于仅依赖域名解析过程中截取并缓存最终域名服务器返回的域名解析信息的方式无法得到特定域名的全部域名记录信息的问题,为在域名缓存服务器进行域名解析负载分担奠定基础。
该方法主要在域名缓存服务器和最终域名服务器之间设计了专门的接口和处理过程,获取特定域名的全部记录信息。具体的业务处理方式和过程根据具体的场景和条件可分为两种方式,下面分别进行说明。
第一种方式:采用静态配置的方式。由于最终域名服务器维护的域名记录信息,而域名缓存服务器根据业务部署的需要进行按需部署。很多情况下,最终域名服务器和域名缓存服务器属于不同的公司或团体,双方并不知道对方的IP地址,难以建立连接。因此,在此方式中,采用静态配置的方式预配置最终域名服务器的IP地址,帮助实现连接的建立。具体业务处理流程如下(1)至(4):
(1)采用预配置的方式,在域名缓存服务器上配置最终域名服务器的IP地址信息,或由第三方维护指定域名与其最终域名服务器的IP地址信息;(2)域名缓存服务器根据预配置获得的最终域名服务器的IP地址信息,与最终域名服务器建立连接;(3)域名缓存服务器向最终域名服务器请求获取该域名的全部记录信息;(4)最终域名服务器根据域名缓存服务器的请求,进行相应的处理,向域名缓存服务器提供该域名的全部记录信息。其中,由第三方维护指定域名与其最终域名服务器的IP地址信息,即由外部的***维护域名与该域名的最终域名服务器的IP地址的对应关系,域名缓存服务器可以去查询获取。此时,域名缓存服务器只需要配置第三方服务器的地址就可以,因此,也属于预配置这一类。
下面结合附图对上述流程进行说明。
图7描述了本实施例一种采用静态配置的方式获取全部域名记录信息的业务处理流程图。在本处理流程中,主要涉及域名缓存服务器和最终域名服务器。具体的业务处理流程步骤如下(步骤S701至步骤S703):
步骤S701,确定域名缓存服务的业务需求,例如,哪些域名需要在域名缓存服务器直接实现域名解析的负载分担,或特定的域名需要在域名缓存服务器根据实时的网络状态信息实时负载分担。此时,要求域名缓存服务器具备该域名的全部域名记录信息。因此,需要域名缓存服务器根据业务需求制定相应的策略,预先配置特定域名的最终域名服务器地址,以便于域名缓存服务器可以和最终域名服务器建立连接;此后,域名缓存服务器根据最终域名服务器的地址信息,与最终域名服务器建立连接;
步骤S702,域名缓存服务器与最终域名服务器的连接建立后,域名缓存服务器向最终域名服务器请求获取特定域名的全部域名记录信息;
步骤S703,最终域名服务器接收到域名缓存服务器的请求后,进行处理,向域名缓存服务器返回所请求的特定域名的全部域名记录信息。
上述方法具有以下特点:所述通过静态配置实现域名缓存服务器与最终域名服务器进行信息交互的实现方式,在域名缓存服务器上配置最终域名服务器的地址;域名缓存服务器具有请求获取特定域名的全部域名记录信息的能力;域名缓存服务器具有接收并处理特定域名的全部域名记录信息的能力;最终域名服务器具备处理请求特定域名全部记录信息的能力,并将特定域名的全部记录信息向域名缓存服务器返回。
第二种方式:协议扩展方式。这种方式借用现有DNS的业务处理过程,并进行扩展,针对特定的域名,向最终域名服务器请求获取该域名的全部域名记录信息。具体的业务处理过程如下(1)至(8):
(1)域名缓存服务器根据业务的需求,需要获取某域名的全部域名记录信息;
(2)域名缓存服务器向根域名服务器发起针对某域名的域名解析请求;
(3)根域名服务器收到域名解析请求后,向域名缓存服务器返回下一级域名服务器信息,指示域名缓存服务器向下一级域名服务器请求域名解析服务;
(4)域名缓存服务器向二级域名服务器发起域名解析请求,二级域名服务器接收到域名解析请求后,向域名缓存服务器返回三级域名服务器信息;如此类推,直至提供的域名服务器信息为最终域名服务器信息;
(5)域名缓存服务器向最终域名服务器发起域名解析请求;
(6)最终域名服务器接收到域名解析请求后,根据域名解析和负载均衡策略,生成域名解析结果,并将该域名解析结果向域名缓存服务器返回;
(7)域名缓存服务器成功得到域名解析结果,由此可确定最终域名服务器;至此,域名缓存服务器向最终域名服务器发起请求,请求获取该域名的全部域名记录信息;
(8)最终域名服务器接收到域名缓存服务器请求获取该域名的全部记录信息的消息后,向域名缓存服务器返回该域名的全部记录信息;至此,域名缓存服务器获得了指定域名的全部域名记录信息。
上述过程中(2)至(6)为现有技术的操作流程,本实施例是在现有技术的流程后,进行的进一步操作。下面结合附图对上述流程进行说明。
图8描述了本实施例采用协议扩展方式获取全部域名记录信息的业务处理流程图。该业务处理过程主要涉及了域名缓存服务器、根域名服务器、二/三级域名服务器、最终域名服务器。具体的业务处理过程如下(步骤S801至步骤S808):
步骤S801,域名缓存服务器根据需求,要配置相应的策略,指定哪些特定的域名需要获得全部的域名记录信息;此后,域名缓存服务器为指定的域名发起域名解析请求;发起域名解析请求的目的是借用DNS解析的处理获得最终域名解析服务器的信息;在此设置为首先向根域名服务器发起域名解析请求;
步骤S802,根域名服务器收到域名解析请求后,向域名缓存服务器返回二级域名服务器信息;
步骤S803,域名缓存服务器获得二级域名服务器信息后,向二级域名服务器发起域名解析请求;
步骤S804,二级域名服务器收到域名解析请求后,将向域名缓存服务器返回三级域名服务器信息,以此类推,直至向域名缓存服务器提供的是最终域名服务器信息;
步骤S805,域名缓存服务器向最终域名服务器发送域名解析请求;
步骤S806,最终域名服务器收到域名解析请求后,实施域名解析,向域名缓存服务器返回域名解析结果;
步骤S807,域名缓存服务器成功得到域名解析结果后,可由此确定该指定域名的最终域名服务器信息;为了获得该指定域名的全部域名记录信息,域名缓存服务器接着向最终域名服务器发起请求,请求获取该指定域名的全部域名记录信息;
步骤S808,最终域名服务器收到请求获取指定域名的全部域名记录的请求报文后,进行处理,将该指定域名的全部域名记录信息向域名缓存服务器返回。至此域名缓存服务器获得了指定域名的全部域名记录信息。
上述方法具有以下特点:所述通过DNS协议扩展实现域名缓存服务器与域名服务器进行信息交互的方式,域名缓存服务器能够配置相应的策略,指定需要获取哪些特定域名的全部域名记录信息;域名缓存服务器在获得策略指定的特定域名的成功解析结果后,能够据此确定最终域名服务器;域名缓存服务器在通过域名解析结果获得最终域名服务器信息后,能够向最终域名服务器发起获取该域名的全部记录信息的请求;域名缓存服务器具有接收并处理特定域名的全部域名记录信息的能力;最终域名服务器具备处理请求特定域名全部记录信息的能力,并将特定域名的全部记录信息向域名缓存服务器返回。
图9描述了本实施例中域名缓存服务器基于网络状态的域名解析及负载分担的业务处理过程图。此过程主要描述了域名缓存服务器为特定的域名,实施基于网络状态信息的域名解析和负载分担,以为用户提供实时最优的域名解析服务。本业务处理过程主要涉及了客户端、域名缓存服务器和网络资源及状态信息服务器,具体的业务处理过程如下(步骤S901至步骤S904):
步骤S901,客户端发起域名解析请求。在客户端发起请求之前,域名缓存服务器根据配置的策略预先获取策略指定的域名的全部域名记录信息。获取的方法可以采用前述任意一种方式。
步骤S902,域名缓存服务器收到域名解析请求后,首先根据域名进行判断,判断该域名是否需要根据网络状态信息进行域名解析和负载分担。如果不需要,则进入常规的域名解析处理流程;如果需要,则进入根据网络状态信息进行域名解析和负载分担处理流程。此处为需要根据网络状态信息进行域名解析和负载分担处理,因此,该域名解析请求将触发域名缓存服务器向网络资源及状态信息服务器查询所需的网络状态信息;
步骤S903,网络资源及状态信息服务器收到查询请求后,进行相应的处理,根据域名缓存服务器的需要向域名缓存服务器返回所需的网络状态信息;
步骤S904,域名缓存服务器结合当前的网络资源及状态信息,用户的属性信息等,在该特定域名的全部域名记录信息中,选择出当前最优的服务节点,并形成域名解析结果,向客户端返回域名解析结果。
本实施例提供的方法,能够使得域名缓存服务器可以根据需要获取到特定域名的全部域名记录信息,从而可以在域名缓存服务器实现域名解析的负载分担,更可以实现基于网络的资源和状态信息的域名解析负载分担。从而可以为用户提供更好的域名解析服务。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (7)
1.一种域名解析的方法,其特征在于,包括:
域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器建立连接;
从所述最终域名服务器上获取预定域名的全部域名记录信息,以根据所述全部域名记录信息确定所述预定域名的域名解析结果,其中,所述全部域名记录信息为所述预定域名与不同IP地址间的对应关系;
其中,根据所述全部域名记录信息确定所述预定域名的域名解析结果包括:
接收来自客户端对所述预定域名的域名解析请求;
判断所述预定域名是否需要进行域名解析的负载均衡;
在需要进行负载均衡的情况下,根据获取的所述全部域名记录信息确定所述预定域名的域名解析结果。
2.如权利要求1所述的方法,其特征在于,域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器建立连接之前,包括:
在所述域名缓存服务器收到最终域名服务器返回的域名解析结果的情况下,获取所述最终域名服务器的地址信息;或者,
在所述域名缓存服务器上预先配置了所述最终域名服务器的地址信息的情况下,获取预先配置的所述地址信息。
3.如权利要求1所述的方法,其特征在于,在需要进行负载均衡的情况下,根据获取的所述全部域名记录信息确定所述预定域名的域名解析结果,包括:
检测所述全部域名记录信息中各IP地址对应的网络服务集群所对应的网络状态;
确定一个网络状态满足预定策略的网络服务集群,以得到一个域名解析结果。
4.如权利要求1或2所述的方法,其特征在于,从所述最终域名服务器上获取预定域名的全部域名记录信息之后,还包括:
所述域名缓存服务器保存所述预定域名的所述全部域名记录信息。
5.一种域名缓存服务器,其特征在于,包括:
第一建链模块,用于通过最终域名服务器的地址信息与所述最终域名服务器建立连接;
第一获取模块,用于从所述最终域名服务器上获取预定域名的全部域名记录信息,以根据所述全部域名记录信息确定所述预定域名的域名解析结果,其中,所述全部域名记录信息为所述预定域名与不同IP地址间的对应关系;
还包括:域名解析模块,其中,所述域名解析模块包括:
接收单元,用于接收来自客户端对所述预定域名的域名解析请求;
判断单元,用于判断所述预定域名是否需要进行域名解析的负载均衡;
确定单元,用于在需要进行负载均衡的情况下,根据获取的所述全部域名记录信息确定所述预定域名的域名解析结果。
6.如权利要求5所述的服务器,其特征在于,还包括:
第二获取模块,用于在所述域名缓存服务器收到最终域名服务器返回的域名解析结果的情况下,获取所述最终域名服务器的地址信息;
第三获取模块,用于在所述域名缓存服务器上预先配置了所述最终域名服务器的地址信息的情况下,获取预先配置的所述地址信息。
7.如权利要求5或6所述的服务器,其特征在于,还包括:
保存模块,用于保存所述预定域名的所述全部域名记录信息。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310392877.5A CN104427011B (zh) | 2013-09-02 | 2013-09-02 | 域名解析的方法和域名缓存服务器 |
EP14841014.5A EP3043533A4 (en) | 2013-09-02 | 2014-06-24 | DOMAIN NAME RESOLUTION PROCEDURE, DOMAIN NAME INTERMEDIATE SERVER AND FINAL DOMAIN NAME SERVER |
US14/916,053 US20160212204A1 (en) | 2013-09-02 | 2014-06-24 | Domain Name Resolution Method, DNS Cache Server, and Final DNS Server |
PCT/CN2014/080659 WO2015027743A1 (zh) | 2013-09-02 | 2014-06-24 | 域名解析的方法、域名缓存服务器及最终域名服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310392877.5A CN104427011B (zh) | 2013-09-02 | 2013-09-02 | 域名解析的方法和域名缓存服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104427011A CN104427011A (zh) | 2015-03-18 |
CN104427011B true CN104427011B (zh) | 2019-03-22 |
Family
ID=52585513
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310392877.5A Active CN104427011B (zh) | 2013-09-02 | 2013-09-02 | 域名解析的方法和域名缓存服务器 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20160212204A1 (zh) |
EP (1) | EP3043533A4 (zh) |
CN (1) | CN104427011B (zh) |
WO (1) | WO2015027743A1 (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9372994B1 (en) * | 2014-12-13 | 2016-06-21 | Security Scorecard, Inc. | Entity IP mapping |
CN104917851B (zh) * | 2015-05-08 | 2019-01-22 | 成都亚信网络安全产业技术研究院有限公司 | 信息处理方法及dns缓存服务器 |
CN106331201A (zh) * | 2015-07-01 | 2017-01-11 | 中兴通讯股份有限公司 | 域名资源记录缓存控制方法及服务器 |
CN106357831A (zh) * | 2015-07-14 | 2017-01-25 | 阿里巴巴集团控股有限公司 | 一种获取域名后缀的方法及装置 |
US10666603B2 (en) * | 2017-07-13 | 2020-05-26 | T-Mobile Usa, Inc. | Optimizing routing of access to network domains via a wireless communication network |
CN109729181B (zh) | 2017-10-27 | 2020-07-24 | 华为技术有限公司 | 一种域名访问方法及设备 |
CN108881506A (zh) * | 2018-06-04 | 2018-11-23 | 华为技术有限公司 | 一种基于多可用分区az的域名解析方法及装置 |
CN111615694B (zh) * | 2018-08-28 | 2024-04-09 | 花瓣云科技有限公司 | 一种服务器节点的选择方法和终端设备 |
CN111107171B (zh) * | 2018-10-26 | 2022-07-12 | 中兴通讯股份有限公司 | Dns服务器的安全防御方法及装置、通信设备及介质 |
US11201853B2 (en) * | 2019-01-10 | 2021-12-14 | Vmware, Inc. | DNS cache protection |
CN109981604A (zh) * | 2019-03-07 | 2019-07-05 | 北京华安普特网络科技有限公司 | 一种快速检测网页黑链的方法 |
CN110995542B (zh) * | 2019-12-16 | 2022-04-22 | 金蝶智慧科技(深圳)有限公司 | 一种网络状态检测方法、***及相关设备 |
US11575646B2 (en) | 2020-03-12 | 2023-02-07 | Vmware, Inc. | Domain name service (DNS) server cache table validation |
CN111600969B (zh) * | 2020-03-31 | 2023-05-12 | 视联动力信息技术股份有限公司 | 域名寻址方法、***、域名服务器、电子设备及存储介质 |
CN114157635B (zh) * | 2020-09-07 | 2023-08-15 | ***通信集团湖南有限公司 | 内容分发网络的域名回源方法和装置、设备和存储介质 |
CN113873052B (zh) * | 2021-09-02 | 2024-01-30 | 杭州萤石软件有限公司 | Kubernetes集群的域名解析方法、装置及设备 |
CN116389404B (zh) * | 2023-06-06 | 2023-08-29 | 阿里云计算有限公司 | 域名解析方法、装置及设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815105A (zh) * | 2010-03-25 | 2010-08-25 | 上海交通大学 | 带智能缓存的域名解析服务***及其服务方法 |
CN102137174A (zh) * | 2010-12-29 | 2011-07-27 | 华为技术有限公司 | 域名***缓存的方法、授权域名服务器、缓存域名服务器 |
CN102571997A (zh) * | 2010-12-29 | 2012-07-11 | ***通信集团北京有限公司 | 一种数据访问的方法、***及设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7725602B2 (en) * | 2000-07-19 | 2010-05-25 | Akamai Technologies, Inc. | Domain name resolution using a distributed DNS network |
-
2013
- 2013-09-02 CN CN201310392877.5A patent/CN104427011B/zh active Active
-
2014
- 2014-06-24 WO PCT/CN2014/080659 patent/WO2015027743A1/zh active Application Filing
- 2014-06-24 EP EP14841014.5A patent/EP3043533A4/en not_active Withdrawn
- 2014-06-24 US US14/916,053 patent/US20160212204A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815105A (zh) * | 2010-03-25 | 2010-08-25 | 上海交通大学 | 带智能缓存的域名解析服务***及其服务方法 |
CN102137174A (zh) * | 2010-12-29 | 2011-07-27 | 华为技术有限公司 | 域名***缓存的方法、授权域名服务器、缓存域名服务器 |
CN102571997A (zh) * | 2010-12-29 | 2012-07-11 | ***通信集团北京有限公司 | 一种数据访问的方法、***及设备 |
Also Published As
Publication number | Publication date |
---|---|
EP3043533A1 (en) | 2016-07-13 |
EP3043533A4 (en) | 2016-10-19 |
WO2015027743A1 (zh) | 2015-03-05 |
CN104427011A (zh) | 2015-03-18 |
US20160212204A1 (en) | 2016-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104427011B (zh) | 域名解析的方法和域名缓存服务器 | |
US8838670B2 (en) | Collaboration between internet service providers and content distribution systems | |
US7447798B2 (en) | Methods and systems for providing dynamic domain name system for inbound route control | |
CN107528862B (zh) | 域名解析的方法及装置 | |
CN103841045B (zh) | 一种互联网缓存处理方法、内容探测子***和Cache*** | |
JP5150769B2 (ja) | 要求ルーティングおよびクライアントロケーション情報を利用したルーティング情報の更新 | |
CN104144222B (zh) | Dns授权***中基于别名记录的负载均衡方法及*** | |
WO2016082289A1 (zh) | 一种基于内容分发网络的网站加速方法及*** | |
CN106412063B (zh) | 教育网内cdn节点检测与资源调度***及方法 | |
CN103312716B (zh) | 一种访问互联网信息的方法及*** | |
US20150207776A1 (en) | Intelligent ip resolver | |
US11399005B2 (en) | Method and apparatus for expedited domain name system query resolution | |
CN104468853A (zh) | 一种域名解析方法、服务器及*** | |
CN103873604B (zh) | 一种基于分析cdn网络数据的网络访问方法 | |
CN106230942A (zh) | 一种回源访问的方法及*** | |
CN103401953B (zh) | 一种基于双层结构的端到端的语音通信节点寻址方法 | |
CN109151009A (zh) | 一种基于mec的cdn节点分配方法和*** | |
CN109040243A (zh) | 一种报文处理方法及装置 | |
CN105610930A (zh) | 一种基于dns的数据优选方法 | |
CN107948979B (zh) | 信息处理方法、装置及审计设备 | |
US20150006622A1 (en) | Web contents transmission method and apparatus | |
Hohlfeld et al. | Characterizing a meta-CDN | |
US10862858B2 (en) | Information centric approach in achieving anycast in machine type communications | |
CN106657321A (zh) | 无线ap中本地dns缓存方法、网站访问方法及无线ap | |
CN113890849B (zh) | 基于内容分发网络、去中心化的回源路由选择*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |