CN105939399A - 一种域名解析方法和装置 - Google Patents
一种域名解析方法和装置 Download PDFInfo
- Publication number
- CN105939399A CN105939399A CN201510862203.6A CN201510862203A CN105939399A CN 105939399 A CN105939399 A CN 105939399A CN 201510862203 A CN201510862203 A CN 201510862203A CN 105939399 A CN105939399 A CN 105939399A
- Authority
- CN
- China
- Prior art keywords
- website
- domain name
- dns
- address
- targeted sites
- 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
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/58—Caching of addresses or names
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种域名解析方法和装置,所述方法包括:接收域名系统DNS缓存服务器发送的DNS请求,所述DNS请求用于客户端请求域名解析,所述DNS请求中携带有请求解析的域名;确定所述域名对应的站点以及所述站点的可用状态;根据所述站点的可用状态以及所述DNS请求报文的源互联网协议IP地址确定所述站点中的目标站点;向所述DNS缓存服务器发送携带所述目标站点的IP地址的DNS应答消息,以使所述DNS缓存服务器将所述目标站点的IP地址返回给所述客户端,由所述客户端根据所述目标站点的IP地址发起超文本传送协议HTTP请求。应用本发明实施例可以提高多数据中心场景中用户访问最优可用站点的概率。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种域名解析方法和装置。
背景技术
目前,国内最典型互联网访问特性就是电信和联通的跨运营商访问,南方用户访问北方网站或北方用户访问南方用户访问速度较慢的问题。这类问题出现的根本原因在于网络的互通互联接点拥塞,造成用户丢包、延迟较大,从而导致访问缓慢,甚至造成一些应用根本无法访问。正是基于以上两个最主要的原因,越来越多组织选择在不同物理位置构建多个数据中心来保证应用系统的快速、持续、稳定的运行。
在构建了多个数据中心之后,如何引导用户访问最优的站点;如何保障在某个站点出现灾难性故障情况下,用户仍然可以访问其他站点上的关键业务等问题,成为组织信息化建设中最为关注的问题。
发明内容
本发明提供一种域名解析方法和装置,以解决现有多数据中心场景中无法保证用户访问最优可用站点的问题。
根据本发明实施例的第一方面,提供一种域名解析方法,包括:
接收域名系统DNS缓存服务器发送的DNS请求,所述DNS请求用于客户端请求域名解析,所述DNS请求中携带有请求解析的域名;
确定所述域名对应的站点以及所述站点的可用状态;
根据所述站点的可用状态以及所述DNS请求报文的源互联网协议IP地址确定所述站点中的目标站点;
向所述DNS缓存服务器发送携带所述目标站点的IP地址的DNS应答消息,以使所述DNS缓存服务器将所述目标站点的IP地址返回给所述客户端,由所述客户端根据所述目标站点的IP地址发起超文本传送协议HTTP请求。
根据本发明实施例的第二方面,提供一种域名解析装置,包括:
接收单元,用于接收域名系统DNS缓存服务器发送的DNS请求,所述DNS请求用于客户端请求域名解析,所述DNS请求中携带有请求解析的域名;
第一确定单元,用于确定所述域名对应的站点以及所述站点的可用状态;
第二确定单元,用于根据所述站点的可用状态以及所述DNS请求报文的源互联网协议IP地址确定所述站点中的目标站点;
发送单元,用于向所述DNS缓存服务器发送携带所述目标站点的IP地址的DNS应答消息,以使所述DNS缓存服务器将所述目标站点的IP地址返回给所述客户端,由所述客户端根据所述目标站点的IP地址发起超文本传送协议HTTP请求。
应用本发明实施例,当接收到DNS请求时,通过确定请求解析的域名对应的站点,以及站点的可用状态,并根据站点的可用状态以及DNS请求报文的源IP地址确定站点中的目标站点,进而,向DNS缓存服务器发送携带目标站点的IP地址的DNS应答消息,以使DNS缓存服务器将目标站点的IP地址返回给客户端,由该客户端根据该目标站点的IP地址发起HTTP请求,提高了多数据中心场景中用户访问最优可用站点的概率。
附图说明
图1是本发明实施例提供的一种域名解析方法的流程示意图;
图2是本发明实施例提供的一种具体应用场景的架构示意图;
图3是本发明实施例提供的域名解析装置所在设备的一种硬件结构图;
图4是本发明实施例提供的一种域名解析装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明实施例中的技术方案,并使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例中技术方案作进一步详细的说明。
请参见图1,为本发明实施例提供的一种域名解析方法的流程示意图,如图1所示,该域名解析方法可以包括以下步骤:
步骤101、接收DNS缓存服务器发送的DNS请求,该DNS请求用于客户端请求域名解析,该DNS请求中携带有请求解析的域名。
本发明实施例中,上述方法可以应用于具有域名解析权的全局负载均衡设备,为便于描述,以下上述方法的执行主体为全局负载均衡设备为例进行说明。
本发明实施例中,可以通过配置,实现授权服务器(或称为权威服务器)将特定域名的域名解析权转交给指定全局负载均衡设备,例如,可以通过在域名注册商处修改NS(Name Server,域名服务器)记录的方式,将特定域名的解析权转交给指定全局负载均衡设备。
本发明实施例中,当用户想要访问某网站时,可以根据通过在客户端的浏览器中输入该网站的域名,触发客户端发送DNS(Domain Name System,域名系统)请求。
DNS缓存服务器接收到客户端发送的DNS请求之后,可以查询自身是否缓存有该网站的域名对应的记录;若是,则直接向客户端返回DNS应答报文;否则,DNS缓存服务器可以向权威服务器查询。权威服务器接收到查询请求后,可以查询自身的NS记录,确定对该网站的域名进行解析的全局负载均衡设备,并通知给DNS缓存服务器,进而,DNS缓存服务器可以向该全局负载均衡设备转发客户端的DNS请求,该DNS请求中携带有请求解析的域名。
步骤102、确定该域名对应的站点以及站点的可用状态。
本发明实施例中,全局负载均衡设备接收到DNS缓存服务器发送的DNS请求之后,可以根据该DNS请求中携带的请求解析的域名,确定该域名对应的站点,即负责后续该域名对应的HTTP请求转发的全局负载均衡设备。其中,该站点可以包括一个或多个。
需要注意的是,在本发明实施例中,该负责后续该域名对应的HTTP请求转发的全局负载均衡设备也可以包括上述具有域名解析权的全局负载均衡设备。
全局负载均衡设备确定该域名对应的站点之后,可以进一步确定该站点的可用状态,并从可用状态为可用的站点中确定用于DNS应答的目标站点。
作为一种可选的实施方式,上述步骤102中,确定站点的可用状态,可以包括:
当站点对应该域名的链路的状态为Down(关闭)时,或/和,当站点对应该域名的链路的上下行流量、服务器连接数、服务器用户数中至少一个超过对应的阈值时,确定该站点不可用;
当站点对应该域名的链路的状态为UP(开启)时,确定该站点可用;或,当该站点对应该域名的链路的状态为UP,且该站点对应该域名的链路的上下行流量、服务器连接数、服务器用户数均未超过对应的预设阈值时,确定该站点可用。
在该实施方式中,全局负载均衡设备获取到该域名(客户端请求解析的域名)对应的站点之后,全局负载均衡设备可以进一步根据各站点对应该域名的链路(包括入口链路和/或出口链路)的状态,以及各站点对应域名的上下行流量、服务器连接数、服务器用户数等确定各站点的可用状态。
可选地,在该实施方式中,全局负载均衡设备可以在确定站点对应该域名的链路的状态(可以包括物理状态和/或逻辑状态)为UP时,即确定该站点为可用;在确定站点对应该域名的链路的状态为Down时,即确定该站点为不可用。
可选地,在该实施方式中,可以预先设定用于确定站点是否可用的流量阈值、服务器连接数阈值,以及服务器用户数阈值;相应地,当全局负载均衡设备确定站点对应该域名的链路的状态为UP时,全局负载均衡设备可以进一步获取该站点对应该域名的链路的上下行流量、服务器连接数以及服务器用户数,并判断其是否超过对应的预设阈值;若该站点对应该域名的上下行流量、服务器连接数以及服务器用户数中至少一个超过对应的预设阈值,则确定站点不可用;若该站点对应该域名的上下行流量、服务器连接数以及服务器用户数均未超过对应的预设阈值,则认为该站点可用。
本发明实施例中,为了保证全局负载均衡设备能够确定各站点的可用状态,全局负载均衡设备可以定时或周期性地收集各站点的链路的状态、上下行流量、服务器连接数以及服务器用户数等信息,从而,全局负载均衡设备可以根据收集到的信息确定各站点的可用状态。
举例来说,当上述站点包括上述具有域名解析权的全局负载均衡设备时,各站点之间可以定时或周期性地进行信息同步,该同步的信息可以包括但不限于上述各站点的链路的状态、上下行流量、服务器连接数以及服务器用户数等,从而,全局负载均衡设备可以根据同步获得的信息确定各站点的可用状态。
步骤103、根据站点的可用状态以及DNS请求报文的源IP地址确定各站点中的目标站点。
本发明实施例中,全局负载均衡设备确定各站点的可用状态之后,进一步根据请求报文中的源IP地址从各可用站点中选择目标站点。
作为一种可选的实施方式,上述步骤103中,全局负载均衡装置在确定各站点的可用状态之后,可以根据就近站点选择原则,从各站点中的可用站点中选择目标站点。
相应地,上述根据站点的可用状态以及DNS请求的源IP地址确定各站点中的目标站点,可以包括:
根据DNS请求报文的IP地址将各站点中的可用站点中与该源IP地址位置最接近的站点确定为目标站点。
举例来说,假设可用站点包括上海站点、武汉站点、北京站点等,而全局负载均衡设备确定DNS请求报文的IP(Internet Protocol,互联网协议)地址属于武汉联通的地址段,因而,全局负载均衡设备可以将武汉站点确定为目标站点。
进一步地,在本发明实施例中,全局负载均衡设备中还可以根据用户需求预先定义回复策略(即站点选取策略),例如,可以预先设定各站点的优先级或权重等。
相应地,当全局负载均衡设备确定各站点的可用状态后,可以查询自身是否存储有预先定义的回复策略,若是,则根据该预先定义的回复策略从各站点中的可用站点中选择目标站点;若否,则可以根据就近站点选择原则从各站点中的可用站点中选择目标站点。
举例来说,假设系统中共包括4个站点:上海站点、武汉站点、北京站点以及三亚站点,其预先定义的优先级从高到低的顺序依次为:北京站点、上海站点、三亚站店以及武汉站点,且在上述步骤102中,全局负载均衡设备确定的可用站点包括上海站点、三亚站店以及武汉站点,则全局负载均衡设备根据各可用站点的优先级,选择上海站点作为目标站点。
又举例来说,假设系统中包括4个站点:上海站点、武汉站点、北京站点以及三亚站点,其预先定义权重依次分别为0.4、0.3、0.2、0.1,则在该4个站点均可用的情况下,全局负载均衡设备选择该四个站点作为目标站点的比例可以趋近于4:3:2:1,即假设全局负载均衡设备共接收到100条DNS请求,则上述4个站点被选择为目标站点次数可以分别为40次、30次、20次以及10次。
值得说明的是,在本发明实施例中,由于全局负载均衡设备确定目标站点时考虑了站点链路的可用状态,而不是直接根据就近站点选择原则或预先定义的回复策略确定目标站点,因此,可以避免站点链路故障导致的网站访问失败。
举例来说,假设某武汉联通用户发起DNS请求,但武汉联通站点的链路不可用,则若全局负载均衡设备不考虑站点链路的可用状态,直接为其分配武汉联通站点作为目标站点,则会导致其访问失败;而在本发明实施例中,全局负载均衡设备会考虑站点链路的可用状态,从而可以避免将武汉联通站点确定为目标站点,而可以从其它可用站点中选择最优站点作为目标站点,提高了多数据中心场景中用户访问最优可用站点的概率。
步骤104、向DNS缓存服务器发送携带目标站点的IP地址的DNS应答消息,以使DNS缓存服务器将该目标站点的IP地址返回给客户端,由客户端根据该目标站点的IP地址发起HTTP请求。
本发明实施例中,全局负载均衡设备确定目标站点之后,可以向DNS缓存服务器发送携带该目标站点的IP地址的DNS应答消息。
DNS缓存服务器接收到该DNS应答消息之后,可以将目标站点的IP地址返回给客户端,以使客户端根据该目标站点的IP地址发起HTTP(Hypertexttransfer protocol,超文本传输协议)请求。
目标站点接收到客户端发送的HTTP请求之后,可以通过虚拟服务的负载均衡算法选中后端的真实服务器,并将该HTTP请求转发给选中的服务器,并将该服务器回复的内容再转发给客户端。
本发明实施例中,DNS缓存服务器接收到全局负载均衡设备发送的DNS应答消息之后,可以缓存其中携带的域名和目标站点的IP地址的对应关系,当DNS缓存服务器再次接收到该域名对应的DNS请求时,可以直接根据自身的缓存记录进行应答。
可选地,在本发明实施例中,考虑到DNS缓存服务器进行DNS请求应答时,无法参考各站点的可用状态,从而可能会导致DNS应答的IP地址为不可用站点的IP地址,因而,为了避免上述情况发生,上述步骤104中,向DNS缓存服务器发送携带目标站点的IP地址的DNS应答消息,可以包括:
向DNS缓存服务器发送携带目标站点的IP地址,且TTL为0的DNS应答消息,以禁止DNS缓存服务器缓存该域名和目标站点的IP地址的对应关系。
在该实施方式中,考虑到DNS缓存服务器建立缓存记录时,需要根据DNS应答报文中携带的TTL(Time To Live,生存时间)确定对应的缓存记录的有效时间,因此,当全局负载均衡设备不希望DNS缓存服务器缓存上述域名和目标站点的IP地址的对应关系时,全局负载均衡设备向DNS缓存服务器发送的应答消息中的TTL可以设置为0,进而,DNS缓存服务器接收到该应答报文时,将不会缓存该域名和目标站点的IP地址的对应关系。
可见,在图1所描述的方法流程中,当接收到DNS请求时,通过确定请求解析的域名对应的站点,以及站点的可用状态,并根据站点的可用状态以及DNS请求报文的源IP地址确定站点中的目标站点,进而,向DNS缓存服务器发送携带目标站点的IP地址的DNS应答消息,以使DNS缓存服务器将目标站点的IP地址返回给客户端,由该客户端根据该目标站点的IP地址发起HTTP请求,提高了多数据中心场景中用户访问最优可用站点的概率。
为了使本领域技术人员更好地理解本发明实施例提供的技术方案,下面结合具体的应用场景对本发明实施例提供的技术方案进行描述。
请参见图2,为本发明实施例提供的一种具体应用场景的架构示意图,在该实施例中,全局负载均衡实现以访问www.aaa.com的网站为例,其中:
1、通过在域名注册提供商处修改NS记录,将域名的解析权转交给全局负载均衡设备。
2、北京、上海、武汉、三亚这几个站点的负载均衡配置HTTP虚拟服务,全局负载均衡算法使用静态就近性,与其它站点建立关联,进行信息同步。
3、将www.aaa.com的解析权通过NS记录转交给北京、上海两地的全局负载均衡设备。
4、当武汉联通的用户在浏览器中键入www.aaa.com后,首先向武汉本地的联通运营商DNS缓存服务器发出www.aaa.com的DNS请求。
5、武汉联通DNS缓存服务器查询本地缓存发现没有对应记录,向权威服务器查询,权威服务器查询自己的NS记录后告知缓存服务器向北京站点查询。
6、武汉联通DNS缓存服务器向北京站点(IP地址为2.2.2.2)发起DNS请求,北京站点的设备在接收到DNS请求后,确定各站点的可用状态,若各站点均为可用状态,则通过静态就近性算法,对请求的源IP地址进行匹配,发现全局体系中武汉联通的站点为静态匹配最佳,于是将武汉站点的IP地址(1.1.1.1)返回给武汉联通DNS缓存服务器。
7、武汉联通DNS缓存服务器再将1.1.1.1的IP地址返回给用户,自身依据DNS回复的TTL值建立缓存(全局负载均衡设备可以通过设置DNS回复的TTL值为0来禁止缓存服务器缓存域名与IP地址的对应关系)。
8、浏览器获取IP地址后,对1.1.1.1发起HTTP请求。
9、武汉站点在接收到HTTP请求后,通过虚拟服务的负载均衡算法,选中后端的真实服务器,将请求转发给真实服务器,并将真实服务器回复的内容转发给用户。
通过以上描述可以看出,在本发明实施例提供的技术方案中,当接收到DNS请求时,通过确定请求解析的域名对应的站点,以及站点的可用状态,并根据站点的可用状态以及DNS请求报文的源IP地址确定站点中的目标站点,进而,向DNS缓存服务器发送携带目标站点的IP地址的DNS应答消息,以使DNS缓存服务器将目标站点的IP地址返回给客户端,由该客户端根据该目标站点的IP地址发起HTTP请求,提高了多数据中心场景中用户访问最优可用站点的概率。
与前述域名解析方法实施例相对应,本发明还提供了域名解析装置的实施例。
本发明实施例中,域名解析装置可以应用在全局负载均衡设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图3所示,为本发明实施例提供的域名解析装置所在设备的一种硬件结构图,除了图3所示的处理器、网络接口、内存以及非易失性存储器之外,实施例中装置所在的设备通常还可以包括其他硬件,如负责处理报文的转发芯片等等;从硬件结构上来讲该设备还可能是分布式的设备,可能包括多个接口卡,以便在硬件层面进行报文处理的扩展。
请参见图4,为本发明实施例提供的一种域名解析装置的结构示意图,其中,所述装置可以应用于可以应用于上述方法实施例中的全局负载均衡设备,如图4所示,该域名解析装置可以包括:
接收单元410,用于接收域名系统DNS缓存服务器发送的DNS请求,所述DNS请求用于客户端请求域名解析,所述DNS请求中携带有请求解析的域名;
第一确定单元420,用于确定所述域名对应的站点以及所述站点的可用状态;
第二确定单元430,用于根据所述站点的可用状态以及所述DNS请求报文的源互联网协议IP地址确定所述站点中的目标站点;
发送单元440,用于向所述DNS缓存服务器发送携带所述目标站点的IP地址的DNS应答消息,以使所述DNS缓存服务器将所述目标站点的IP地址返回给所述客户端,由所述客户端根据所述目标站点的IP地址发起超文本传送协议HTTP请求。
在可选实施例中,所述第一确定单元420,可以具体用于当所述站点对应所述域名的链路的状态为开启UP时,确定所述站点可用,或,当所述站点对应所述域名的链路的状态为UP,且所述站点对应所述域名的链路的上下行流量、服务器连接数、服务器用户数均未超过对应的预设阈值时,确定所述站点可用。
在可选实施例中,所述第一确定单元420,可以具体用于当所述站点对应所述域名的链路的状态为关闭Down时,或/和,当所述站点对应所述域名的上下行流量、服务器连接数、服务器用户数中至少一个超过对应的预设阈值时,确定所述站点不可用。
在可选实施例中,所述第二确定单元420,可以具体用于根据所述DNS请求报文的源IP地址,将所述站点中的可用站点中与所述源IP地址位置最接近的站点确定为目标站点。
在可选实施例中,所述发送单元440,可以具体用于向所述DNS缓存服务器发送携带所述目标站点的IP地址,且生存时间TTL为0的DNS应答消息,以禁止所述DNS缓存服务器缓存所述域名和所述目标站点的IP地址的对应关系。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
由上述实施例可见,当接收到DNS请求时,通过确定请求解析的域名对应的站点,以及站点的可用状态,并根据站点的可用状态以及DNS请求报文的源IP地址确定站点中的目标站点,进而,向DNS缓存服务器发送携带目标站点的IP地址的DNS应答消息,以使DNS缓存服务器将目标站点的IP地址返回给客户端,由该客户端根据该目标站点的IP地址发起HTTP请求,提高了多数据中心场景中用户访问最优可用站点的概率。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种域名解析方法,其特征在于,包括:
接收域名系统DNS缓存服务器发送的DNS请求,所述DNS请求用于客户端请求域名解析,所述DNS请求中携带有请求解析的域名;
确定所述域名对应的站点以及所述站点的可用状态;
根据所述站点的可用状态以及所述DNS请求报文的源互联网协议IP地址确定所述站点中的目标站点;
向所述DNS缓存服务器发送携带所述目标站点的IP地址的DNS应答消息,以使所述DNS缓存服务器将所述目标站点的IP地址返回给所述客户端,由所述客户端根据所述目标站点的IP地址发起超文本传送协议HTTP请求。
2.根据权利要求1所述的方法,其特征在于,所述确定所述站点的可用状态包括:
当所述站点对应所述域名的链路的状态为开启UP时,确定所述站点可用,或,当所述站点对应所述域名的链路的状态为UP,且所述站点对应所述域名的链路的上下行流量、服务器连接数、服务器用户数均未超过对应的预设阈值时,确定所述站点可用。
3.根据权利要求1所述的方法,其特征在于,所述确定所述站点的可用状态包括:
当所述站点对应所述域名的链路的状态为关闭Down时,或/和,当所述站点对应所述域名的上下行流量、服务器连接数、服务器用户数中至少一个超过对应的预设阈值时,确定所述站点不可用。
4.根据权利要求1所述的方法,其特征在于,根据所述站点的可用状态以及所述DNS请求报文的源互联网协议IP地址确定所述站点中的目标站点,包括:
根据所述DNS请求报文的源IP地址,将所述站点中的可用站点中与所述源IP地址位置最接近的站点确定为目标站点。
5.根据权利要求1所述的方法,其特征在于,所述向所述DNS缓存服务器发送携带所述目标站点的IP地址的DNS应答消息,包括:
向所述DNS缓存服务器发送携带所述目标站点的IP地址,且生存时间TTL为0的DNS应答消息,以禁止所述DNS缓存服务器缓存所述域名和所述目标站点的IP地址的对应关系。
6.一种域名解析装置,其特征在于,包括:
接收单元,用于接收域名系统DNS缓存服务器发送的DNS请求,所述DNS请求用于客户端请求域名解析,所述DNS请求中携带有请求解析的域名;
第一确定单元,用于确定所述域名对应的站点以及所述站点的可用状态;
第二确定单元,用于根据所述站点的可用状态以及所述DNS请求报文的源互联网协议IP地址确定所述站点中的目标站点;
发送单元,用于向所述DNS缓存服务器发送携带所述目标站点的IP地址的DNS应答消息,以使所述DNS缓存服务器将所述目标站点的IP地址返回给所述客户端,由所述客户端根据所述目标站点的IP地址发起超文本传送协议HTTP请求。
7.根据权利要求6所述的装置,其特征在于,
所述第一确定单元,具体用于当所述站点对应所述域名的链路的状态为开启UP时,确定所述站点可用,或,当所述站点对应所述域名的链路的状态为UP,且所述站点对应所述域名的链路的上下行流量、服务器连接数、服务器用户数均未超过对应的预设阈值时,确定所述站点可用。
8.根据权利要求6所述的装置,其特征在于,
所述第一确定单元,具体用于当所述站点对应所述域名的链路的状态为关闭Down时,或/和,当所述站点对应所述域名的上下行流量、服务器连接数、服务器用户数中至少一个超过对应的预设阈值时,确定所述站点不可用。
9.根据权利要求6所述的装置,其特征在于,
所述第二确定单元,具体用于根据所述DNS请求报文的源IP地址,将所述站点中的可用站点中与所述源IP地址位置最接近的站点确定为目标站点。
10.根据权利要求6所述的装置,其特征在于,
所述发送单元,具体用于向所述DNS缓存服务器发送携带所述目标站点的IP地址,且生存时间TTL为0的DNS应答消息,以禁止所述DNS缓存服务器缓存所述域名和所述目标站点的IP地址的对应关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510862203.6A CN105939399A (zh) | 2015-11-30 | 2015-11-30 | 一种域名解析方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510862203.6A CN105939399A (zh) | 2015-11-30 | 2015-11-30 | 一种域名解析方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105939399A true CN105939399A (zh) | 2016-09-14 |
Family
ID=57152804
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510862203.6A Pending CN105939399A (zh) | 2015-11-30 | 2015-11-30 | 一种域名解析方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105939399A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789435A (zh) * | 2016-12-29 | 2017-05-31 | 深圳市深信服电子科技有限公司 | 一种状态监控方法及其装置、数据中心及多活数据中心 |
CN108881506A (zh) * | 2018-06-04 | 2018-11-23 | 华为技术有限公司 | 一种基于多可用分区az的域名解析方法及装置 |
CN110278289A (zh) * | 2019-06-11 | 2019-09-24 | 上海上湖信息技术有限公司 | 网络系统、访问局域网络的方法和装置以及dns服务器 |
CN112291365A (zh) * | 2020-11-11 | 2021-01-29 | 平安普惠企业管理有限公司 | 访问均衡处理方法、装置、计算机设备及存储介质 |
CN112333273A (zh) * | 2020-11-06 | 2021-02-05 | 杭州迪普科技股份有限公司 | 一种访问请求的转发方法及系统 |
CN112822309A (zh) * | 2021-04-19 | 2021-05-18 | 北京视界云天科技有限公司 | 域名解析方法及装置 |
CN113037861A (zh) * | 2021-03-25 | 2021-06-25 | 北京奇艺世纪科技有限公司 | 服务节点连接方法及装置 |
CN113067907A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 一种边缘应用寻址的方法和相关设备 |
CN115334040A (zh) * | 2022-08-10 | 2022-11-11 | 北京百度网讯科技有限公司 | 域名的互联网协议ip地址的确定方法及其装置 |
CN115442330A (zh) * | 2022-08-05 | 2022-12-06 | 天翼云科技有限公司 | 一种域名解析系统、方法及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101287011A (zh) * | 2008-05-26 | 2008-10-15 | 蓝汛网络科技(北京)有限公司 | 内容分发网络中响应用户服务请求的方法、系统和设备 |
CN101325799A (zh) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | 选择服务器的方法和支持分组交换的设备 |
US20090157894A1 (en) * | 2007-12-17 | 2009-06-18 | Electronics And Telecommunications Research Institute | System and method for distributing multimedia streaming service request based on wide area network |
CN102137174A (zh) * | 2010-12-29 | 2011-07-27 | 华为技术有限公司 | 域名系统缓存的方法、授权域名服务器、缓存域名服务器 |
CN104301454A (zh) * | 2014-11-13 | 2015-01-21 | 国家电网公司 | 一种域名解析重定向的方法、装置以及智能域名系统 |
-
2015
- 2015-11-30 CN CN201510862203.6A patent/CN105939399A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101325799A (zh) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | 选择服务器的方法和支持分组交换的设备 |
US20090157894A1 (en) * | 2007-12-17 | 2009-06-18 | Electronics And Telecommunications Research Institute | System and method for distributing multimedia streaming service request based on wide area network |
CN101287011A (zh) * | 2008-05-26 | 2008-10-15 | 蓝汛网络科技(北京)有限公司 | 内容分发网络中响应用户服务请求的方法、系统和设备 |
CN102137174A (zh) * | 2010-12-29 | 2011-07-27 | 华为技术有限公司 | 域名系统缓存的方法、授权域名服务器、缓存域名服务器 |
CN104301454A (zh) * | 2014-11-13 | 2015-01-21 | 国家电网公司 | 一种域名解析重定向的方法、装置以及智能域名系统 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789435B (zh) * | 2016-12-29 | 2020-03-31 | 深信服科技股份有限公司 | 一种状态监控方法及其装置、数据中心及多活数据中心 |
CN106789435A (zh) * | 2016-12-29 | 2017-05-31 | 深圳市深信服电子科技有限公司 | 一种状态监控方法及其装置、数据中心及多活数据中心 |
US11394683B2 (en) | 2018-06-04 | 2022-07-19 | Huawei Cloud Computing Technologies Co., Ltd. | Domain name resolution method and apparatus based on a plurality of availability zones AZ |
CN108881506A (zh) * | 2018-06-04 | 2018-11-23 | 华为技术有限公司 | 一种基于多可用分区az的域名解析方法及装置 |
WO2019233203A1 (zh) * | 2018-06-04 | 2019-12-12 | 华为技术有限公司 | 一种基于多可用分区az的域名解析方法及装置 |
CN110278289A (zh) * | 2019-06-11 | 2019-09-24 | 上海上湖信息技术有限公司 | 网络系统、访问局域网络的方法和装置以及dns服务器 |
CN113067907A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 一种边缘应用寻址的方法和相关设备 |
CN112333273A (zh) * | 2020-11-06 | 2021-02-05 | 杭州迪普科技股份有限公司 | 一种访问请求的转发方法及系统 |
CN112333273B (zh) * | 2020-11-06 | 2023-03-14 | 杭州迪普科技股份有限公司 | 一种访问请求的转发方法及系统 |
CN112291365A (zh) * | 2020-11-11 | 2021-01-29 | 平安普惠企业管理有限公司 | 访问均衡处理方法、装置、计算机设备及存储介质 |
CN112291365B (zh) * | 2020-11-11 | 2024-02-27 | 天翼安全科技有限公司 | 访问均衡处理方法、装置、计算机设备及存储介质 |
CN113037861A (zh) * | 2021-03-25 | 2021-06-25 | 北京奇艺世纪科技有限公司 | 服务节点连接方法及装置 |
CN113037861B (zh) * | 2021-03-25 | 2023-08-22 | 北京奇艺世纪科技有限公司 | 服务节点连接方法及装置 |
CN112822309B (zh) * | 2021-04-19 | 2021-07-16 | 北京视界云天科技有限公司 | 域名解析方法及装置 |
CN112822309A (zh) * | 2021-04-19 | 2021-05-18 | 北京视界云天科技有限公司 | 域名解析方法及装置 |
CN115442330A (zh) * | 2022-08-05 | 2022-12-06 | 天翼云科技有限公司 | 一种域名解析系统、方法及设备 |
CN115442330B (zh) * | 2022-08-05 | 2023-08-08 | 天翼云科技有限公司 | 一种域名解析系统、方法及设备 |
CN115334040A (zh) * | 2022-08-10 | 2022-11-11 | 北京百度网讯科技有限公司 | 域名的互联网协议ip地址的确定方法及其装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105939399A (zh) | 一种域名解析方法和装置 | |
JP5739023B2 (ja) | 割り当てられたネットワークアドレスを有するデバイスにアクセスするウェブプロキシサーバを使用したシステムおよび方法 | |
CN101164321B (zh) | 用于管理资源地址请求的方法及关联的网关设备 | |
US9992157B2 (en) | DNS application server | |
US11159479B2 (en) | Domain name system CNAME record management | |
US20190007375A1 (en) | Dns-based captive portal with integrated transparent proxy to protect against user device caching incorrect ip address | |
US8065417B1 (en) | Service provider registration by a content broker | |
CN106067890B (zh) | 一种域名解析方法、装置及系统 | |
CN102783119B (zh) | 访问控制方法、系统及接入终端 | |
US9225613B2 (en) | Method for accessing content in networks and a corresponding system | |
CN106230942B (zh) | 一种回源访问的方法及系统 | |
CN104160680B (zh) | 用于透明代理缓存的欺骗技术 | |
JP2016006982A (ja) | 割り当てられたネットワークアドレスを有するデバイスにアクセスするクライアントローカルプロキシサーバを使用したシステムおよび方法 | |
CN102843391A (zh) | 一种信息发送方法及网关 | |
CN103312716B (zh) | 一种访问互联网信息的方法及系统 | |
US11323414B2 (en) | Managing domain name system (DNS) record cache across multiple DNS servers using multicast communication | |
US11425086B2 (en) | Using DNS to communicate MC-TCP capability of server devices | |
CN104751030A (zh) | 一种用户访问权限控制方法及装置 | |
CN105357212A (zh) | 一种保证安全和隐私的dns端到端解析方法 | |
CN103873604A (zh) | 一种基于分析cdn网络数据的网络访问方法 | |
CN105262851B (zh) | 一种基于多策略的dns转发方法及系统 | |
CN103581361A (zh) | 一种域名解析代理方法、设备及系统 | |
CN107786502B (zh) | 一种认证代理方法、装置和设备 | |
CN103338278A (zh) | 一种网页浏览加速方法及装置 | |
CN103973827A (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 | ||
CB02 | Change of applicant information |
Address after: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant after: Hangzhou Dipu Polytron Technologies Inc Address before: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant before: Hangzhou Dipu Technology Co., Ltd. |
|
COR | Change of bibliographic data | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160914 |
|
RJ01 | Rejection of invention patent application after publication |