CN109547583A - 域名资源查询方法、装置、设备及计算机存储介质 - Google Patents
域名资源查询方法、装置、设备及计算机存储介质 Download PDFInfo
- Publication number
- CN109547583A CN109547583A CN201811398541.9A CN201811398541A CN109547583A CN 109547583 A CN109547583 A CN 109547583A CN 201811398541 A CN201811398541 A CN 201811398541A CN 109547583 A CN109547583 A CN 109547583A
- Authority
- CN
- China
- Prior art keywords
- domain name
- alias
- resource
- response message
- message
- 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.)
- Granted
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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种域名资源查询方法、装置、设备及计算机存储介质,其中,所述的方法包括:在对域名的目标类型的资源进行查询过程中,若所述目标类型对应的别名不在所述递归域名系统的预定别名列表中,则向所述域名的权威域名系统发送查询请求;接收所述权威域名系统发送的对应于所述查询请求的第一响应报文,所述第一响应报文包括:所述权威域名系统将所述域名的查询结果进行别名屏蔽得到的所述目标类型的资源;根据所述第一响应报文,向用户返回对所述域名的查询结果。根据本发明实施例,能够将同一域名的不同类型的资源调度给不同的CDN厂商。
Description
技术领域
本发明属于计算机领域,尤其涉及一种域名资源查询方法、装置、设备及计算机存储介质。
背景技术
在内容分发网络(Content Delivery Network,CDN)应用场景下,权威域名解析系统(Domain Name System,DNS)需要通过CNAME(Canonical Name,别名)指向CDN厂商从而实现流量的分配。
在请求注释(Request For Comments,RFC)标准中CNAME纪录具有排它性,原始的RFC规范(rfc1912Common DNS Operational and Configuration Errors)明确cname不能和其它任何纪录类型共存。后来增加了权威域名解析系统安全扩展(Domain Name SystemSecurity Extensions,DNSSEC)规范,可以对cname纪录进行签名,cname能且仅能和DNSSEC规范的RRSIG纪录共存,除此外依然不能和其他纪录共存(包括A、AAAA,MX、TXT、NS等纪录),即CNAME纪录具有的排它性。此外一个域名只允许配置一条CNAME资源纪录,也就是说域名和CNAME是一对一的关系,即CNAME纪录具有唯一性。
随着互联网协议第6版(Internet Protocol Version 6,IPv6)的推广应用,源站不再是单一的互联网协议第4版(Internet Protocol Version 4,IPv4)服务器提供服务,可能需要将A纪录和AAAA纪录分别调度给不同的CDN厂商,这样不符合排它性原则。此外对于同一种AAAA纪录可能也会调度给两家以上的CDN厂商,这样不符合唯一性原则。现网中的CDN平台就面临着这样的困境,因为现网中的CDN平台暂时无法提供AAAA解析,而不得不放弃同时需要进行ipv4/ipv6双栈分发的CDN客户。
由此可见,RFC标准中CNAME纪录具有的排它性和唯一性制约了CDN业务精细化运营,源站的权威域名系统、运营商递归域名系统无法把同一域名下的ipv4和ipv6资源分别给调度给不同的CDN厂商。
发明内容
本发明实施例提供一种域名资源查询方法、装置、设备及计算机存储介质,能够解决无法把同一域名下的ipv4和ipv6资源分别给调度给不同的CDN厂商的技术问题。
一方面,本发明实施例提供一种域名资源查询方法,用于递归域名系统,所述的方法包括:
在对域名的目标类型的资源进行查询过程中,若所述目标类型对应的别名不在所述递归域名系统的预定别名列表中,则向所述域名的权威域名系统发送查询请求;
接收所述权威域名系统发送的对应于所述查询请求的第一响应报文,所述第一响应报文包括:所述权威域名系统将所述域名的查询结果进行别名屏蔽得到的所述目标类型的资源;
根据所述第一响应报文,向用户返回对所述域名的查询结果。
另一方面,本发明实施例提供了一种域名资源查询方法,用于权威域名系统,所述的方法包括:
接收来自递归域名系统的查询请求,所述第一查询请求用于对域名的目标类型的资源进行查询;
根据所述第一查询请求,对所述域名配置的多种类型的资源进行别名屏蔽,以得到所述目标类型的资源;
向所述递归域名系统发送第一响应报文,所述第一响应报文包括经过别名屏蔽得到的所述目标类型的资源。
再一方面,本发明实施例提供了一种域名资源查询装置,用于递归域名系统,所述的装置包括:
第一请求发送模块,用于在对域名的目标类型的资源进行查询过程中,当所述目标类型对应的别名不在所述递归域名系统的预定别名列表中时,向所述域名的权威域名系统发送查询请求;
第一报文接收模块,用于接收所述权威域名系统发送的对应于所述查询请求的第一响应报文,所述第一响应报文包括:所述权威域名系统将所述域名的查询结果进行别名屏蔽得到的所述目标类型的资源;
查询结果返回模块,用于根据所述第一响应报文,向用户返回对所述域名的查询结果。
再一方面,本发明实施例提供了一种域名资源查询装置,用于权威域名系统,所述的装置包括:
第一请求接收模块,用于接收来自递归域名系统的查询请求,所述第一查询请求用于对域名的目标类型的资源进行查询;
别名屏蔽模块,用于根据所述第一查询请求,对所述域名配置的多种类型的资源进行别名屏蔽,以得到所述目标类型的资源;
第一报文发送模块,用于向所述递归域名系统发送第一响应报文,所述第一响应报文包括经过别名屏蔽得到的所述目标类型的资源。
再一方面,本发明实施例提供了一种域名查询的设备,所述设备包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如上任一项所述的域名资源查询方法。
再一方面,本发明实施例提供了一种计算机存储介质,所述计算机存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如上任一项所述的域名资源查询方法。
本发明实施例的域名资源查询方法、装置、设备及计算机存储介质,将原有具有排它性、唯一性的别名细分为多种别名,各种的别名可以与其他资源纪录和谐并存。权威域名系统采取别名屏蔽技术得到查询所需类型的资源,使得用户可以向该类型的资源对应的CDN厂商发起http请求,从而实现了将该类型的资源调度给对应的CDN厂商,区别于将不同类型的资源调度给同一个厂商,从而实现了将同一域名的不同类型的资源调度给不同的CDN厂商。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单的介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本发明一个实施例提供的域名资源查询方法的流程示意图;
图2示出了本发明另一个实施例提供的域名资源查询方法的流程示意图;
图3示出了标准别名屏蔽的原理示意图;
图4示出了增强型别名屏蔽的原理示意图;
图5示出了本发明又一个实施例提供的域名资源查询方法的流程示意图;
图6示出了本发明再一个实施例提供的域名资源查询方法的流程示意图;
图7示出了本发明一个实施例提供的域名资源查询装置的结构示意图;
图8示出了本发明另一个实施例提供的域名资源查询装置的结构示意图;
图9示出了本发明实施例提供的资源查询的设备的硬件结构示意图。
具体实施方式
下面将详细描述本发明的各个方面的特征和示例性实施例,为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及具体实施例,对本发明进行进一步详细描述。应理解,此处所描述的具体实施例仅被配置为解释本发明,并不被配置为限定本发明。对于本领域技术人员来说,本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
DNS(Domain Name System,域名解析系统)是互联网架构中最基础、最核心的一项服务,它的作用是实现域名和网络之间互连的协议(Internet Protocol,IP)地址相互映射,使上网者能方便的访问互联网,而不用去记忆枯燥繁琐的IP数串,为众多网络应用提供根本性支撑。
DNS按功能的分类大致可分权威域名系统和递归域名系统。递归域名系统接受用户对任意域名查询,并将最终解析返回结果给用户,递归域名系统一般由电信运营商及互联网服务提供商(Internet Service Provider,ISP)架设,服务于自己的用户,有时也被称为本地DNS(LOCAL DNS)。权威域名系统是经过上一级授权对域名进行解析的服务器,同时它可以把解析授权转授给其他人。权威域名服务器的区文件里存储了由各种资源纪录(Resource Record,简称RR)构成的域名数据,如A(Address)纪录是用来指定主机名(或域名)对应的IPV4地址纪录,AAAA纪录是用来指定主机名(或域名)对应的IPV6地址纪录。CNAME(Canonical Name)也是DNS里常用资源纪录类型之一,通常称别名指向,也被称为规范名字,就是将一个域名解析指向到另外一个域名。CNAME最初是为了方便域名的解析变更,当拥有多个域名需要指向同一台服务器IP,此时就可以将一个域名作为规范名字,该名称的A纪录指向服务器IP,然后将其他的域名做别名(即CNAME)到规范名称的域名上;当服务器的IP地址发生变更时,就可以不必对一个一个域名做更改指向了,只需要更改规范名称的那个域名到服务器新IP上,其他做别名(即CNAME)的那些域名的指向将自动更改到新的IP地址上。
内容分发网络(Content Delivery Network,CDN)是通过在现有的互联网(Internet)中增加一层新的网络架构,将网站的内容发布到最接近用户的网络"边缘",使用户可以就近取得所需的内容,解决Internet网络拥挤的状况,提高用户访问网站的响应速度。CDN厂商在全球各地部署边缘服务器,当客户使用CDN服务的时候,需要将加速的域名CNAME到CDN厂商的CDN网络中,然后将客户的内容缓存在这些边缘服务器上,当终端用户访问这些加速网站时,通过CDN调度将用户的访问解析到离终端用户最近的、可靠的边缘服务器上,实现就近访问,从而加速访问速度,提升用户的访问体验。
基于以上的内容,为了解决现有技术问题,本发明实施例提供了一种域名资源查询方法、装置、设备及计算机存储介质。下面首先对本发明实施例所提供的域名资源查询方法进行介绍。
图1示出了本发明一个实施例提供的域名资源查询方法的流程示意图。该方法用于递归域名系统,如图1所示,该方法包括:
S101,在对域名的目标类型的资源进行查询过程中,若目标类型对应的别名不在递归域名系统的预定别名列表中,则向域名的权威域名系统发送查询请求。
需要说明的是,不同类型的资源对应不同的别名。
比如,A纪录的别名是cname-a,AAAA纪录的别名是cname-aaaa,即相当于把原来同时服务于A纪录和AAAA纪录的cname资源纪录,分别拆分为:cname-a(只服务于A纪录的别名)、cname-aaaa(只服务于AAAA纪录的别名)。
cname-type的资源纪录除了不能和同类型的资源纪录并存外,可以和其它资源纪录和谐并存。即cname-a不能和A纪录并存,cname-aaaa不能和aaaa纪录并存。cname-a可以和AAAA纪录并存,或者cname-a可以和cname-aaaa纪录并存。
S102,接收权威域名系统发送的对应于查询请求的第一响应报文,第一响应报文包括:权威域名系统将域名的查询结果进行别名屏蔽得到的目标类型的资源。
别名屏蔽(CNAME Flattening)就是在服务器上过滤掉中间无用别名,直接把最终要查询的资源返回给用户。比如,客户访问www.sina.com时,同时会得到us.sina.com.cn和spool.grid.sinaedge.com.这两个别名,而这两个别名对用户来说是不需要的,将这两个别名过滤掉。
S103,根据第一响应报文,向用户返回对域名的查询结果。
本发明实施例的域名资源查询方法,将原有具有排它性、唯一性的别名细分为多种别名,各种的别名可以与其他资源纪录和谐并存,在格式上可以兼容权重/比例等特性。权威域名系统采取别名屏蔽技术得到查询所需类型的资源,使得用户可以向该类型的资源对应的CDN厂商发起http请求,从而实现了将该类型的资源调度给对应的CDN厂商,区别于将不同类型的资源调度给同一个厂商,从而实现了将同一域名的不同类型的资源调度给不同的CDN厂商。本发明实施例充分考虑到兼容性等因素,在权威域名系统、递归域名系统之间进行技术改造,不涉及CDN平台改造,更不涉及修改广大的DNS客户端软件,是一套设计完善、端到端的别名优化方案。
在本发明的一个实施例中,S103包括:
将第一响应报文中的目标类型的资源返回给用户。
在本发明的一个实施例中,S103包括:
S1031,根据第一响应报文,获取内容分发网络CDN对域名的查询结果。
S1032,对CND的查询结果进行别名屏蔽,得到域名的目标类型的资源,并返回给用户。
由于第一响应报文中的目标类型的资源可能不是较优的资源,利用本发明实施例的域名资源查询方法,通过CDN平台的查询和别名屏蔽,可以得到较优的资源返回给用户,从而使得返回给用户的查询结果更加准确。
在本发明的一个实施例中,第一响应报文还包括第一能力协商消息,第一能力协商消息用于表示权威域名系统具有处理多个资源类型的别名的能力;S1031包括:
S10311,根据第一能力协商消息,向权威域名系统再次发送查询请求,再次发送的查询请求包括第二能力协商消息,第二能力协商消息用于表示递归域名系统具有处理多个资源类型的别名的能力。
S10312,接收权威域名系统发送的对应于再次发送的查询请求的第二响应报文,第二响应报文包括:参数传递消息,参数传递消息用于传递为域名配置的目标类型资源的别名。
S10313,根据第二响应报文中目标类型资源的别名,递归到该别名对应的CDN,以从CDN获取对域名的查询结果。
在本发明的一个实施例中,第一响应报文的响应字段中包括:目标类型的资源,第一响应报文的附加字段中包括第一能力协商消息。
第二响应报文的附加字段中包括参数传递消息。
其中,权威域名系统和递归域名系统通过响应报文的附加(additional)字段来协商或通告cname-type能力,cname-type能力指的是权威域名系统或者递归域名系统具有处理多个资源类型的别名的能力。响应报文的附加字段还可以传递扩展协议参数。即Additional字段传递的cname-type报文分两种类型,一种是能力协商消息,向对端通告自己具备cname-type能力;另一种是参数传递消息,携带具体的cname-type扩展协议参数。
权威域名系统上的某个区如果支持cname-type能力,该cname-type能力表示权威域名系统具有处理多个资源类型的别名的能力,那么权威域名系统在该域名的响应消息里,将通过additional字段发送能力协商报文。
根据上述域名资源查询方法,对递归域名系统的处理机制进行说明:
支持cname-type能力的递归域名系统从第二响应报文的additonal字段读取参数传递消息后,会将权威域名系统配置的cname-type参数在递归域名系统得到恢复和继承,递归域名系统按照cname-type配置的别名内容继续进行迭代查询,追踪cname链直到获得解析地址而忽略answer字段里的A/AAAA结果。
如果递归域名系统不支持cname-type功能,则按权威域名系统上启用支持cname-type的增强型CNAME Flattening后返回的A/AAAA记录以轮循方式响应用户。注意此时递归DNS还是可以将不同查询类型的请求调度给不同的CDN厂商。
图2示出了本发明另一个实施例提供的域名资源查询方法的流程示意图。该方法用于权威域名系统,如图2所示,该方法包括:
S201,接收来自递归域名系统的查询请求,第一查询请求用于对域名的目标类型的资源进行查询。
S202,根据第一查询请求,对域名配置的多种类型的资源进行别名屏蔽,以得到目标类型的资源。
S203,向递归域名系统发送第一响应报文,第一响应报文包括经过别名屏蔽得到的目标类型的资源。
权威域名系统在指定的区文件里可以废除原有cname资源纪录,根据请求纪录类型新增相应的cname-type的资源纪录。
如针对A纪录查询类型,使用cname-a纪录类型为其配置别名,即A纪录的别名是;针对AAAA纪录查询类型就用cname-aaaa纪录类型为其配置别名。即相当于把原来同时服务于A纪录和AAAA纪录的cname资源纪录,分别拆分为:cname-a(只服务于A纪录的别名))、cname-aaaa(只服务于AAAA纪录的别名)。
cname-type的资源纪录除了不能和type同类型的资源纪录并存外,可以和其它资源纪录和谐并存。即cname-a不能和A纪录并存,cname-aaaa不能和aaaa纪录并存。cname-a可以和AAAA纪录并存,或者cname-a可以和cname-aaaa纪录并存。
如果权威域名系统原来已经配置了基于IP地址的多视图,可在各个视图下配置cname-type资源纪录。
权威域名系统对于cname-type所在的域名,需要同时启用支持cname-type的增强型别名屏蔽(CNAME Flattening)功能,屏蔽掉不需要的信息,这样可以让DNS响应报文的answer字段直接返回最终A纪录或AAAA纪录,避免了返回A纪录和AAAA纪录。使得对于不支持cname-type功能的递归域名系统可以将不同查询类型的请求调度给不同的CDN厂商。反之如果关闭CNAME Flattening功能,则answer字段可能返回cname纪录,此时对于不支持cname-type功能的递归域名系统将无法实现根据不同查询类型的请求调度给不同的CDN厂商的需求。
权威域名系统启用CNAME Flattening功能,必须同时启用递归查询功能。
下面详细说明支持cname-type的增强型CNAME Flattening。
支持增强型CNAME Flattening功能的权威域名系统服务器可以对一个域名配置不同的cname-type记录,并且在做CNAME Flattening时按照递归服务器查询请求的类型跟踪对应的cname-type记录,直到解析出最终结果。
图3示出了标准CNAME Flattening的原理示意图,可以看到,对于标准CNAMEFlattening的权威服务器,只能实现将全部流量调度到同一个CDN商,无法按请求类型将流量分发给不同的CDN厂商。
图4示出了增强型CNAME Flattening的原理示意图,可以看到,对于支持增强型CNAME Flattening的权威服务器,可以按请求类型将流量分发给不同的CDN厂商。
因为权威域名系统使用CNAME Flattening后得到的解析结果往往并不是递归域名系统所期望得到的CDN分发的结果,所以尽可能在递归域名系统使用CNAME Flattening的结果来代替权威域名系统所生成的CNAME Flattening结果,才能让用户获得最好的CDN分发效果。但对于不支持cname-type功能的递归域名系统无法启用增强型CNAMEFlattening,只能将权威域名系统使用CNAME Flattening后得到的解析结果直接传递给用户。
在本发明的一个实施例中,第一响应报文还包括第一能力协商消息,第一能力协商消息用于表示权威域名系统具有处理多个资源类型的别名的能力;以及的方法还包括:
S204,接收递归域名系统根据第一能力协商消息再次发送的查询请求,再次发送的查询请求包括第二能力协商消息,第二能力协商消息用于表示递归域名系统具有处理多个资源类型的别名的能力。
S205,根据第二能力协商消息,将参数传递消息添加到第二响应报文中发送给递归域名系统,参数传递消息用于传递为域名配置的目标类型资源的别名。
在本发明的一个实施例中,第一响应报文的响应字段中包括:目标类型的资源,第一响应报文的附加字段中包括第一能力协商消息。
在本发明的一个实施例中,第二响应报文的附加字段中包括参数传递消息。
图5示出了本发明又一个实施例提供的域名资源查询方法的流程示意图。如图5所示,该域名资源查询方法包括:
S301,终端用户A向递归域名系统发送查询a.com域名的A记录的请求。
S302,递归域名系统内部查询,未命中缓存。
S303,A记录对应的别名cname-a不在递归域名系统网管标识的cname-type列表中,递归域名系统通过递归解析,最终向该域名的权威域名系统发起查询A记录的请求。
S304,权威域名系统支持增强型CNAME Flattening,被请求的a.com域名配置了两个别名,分别是cname-a和cname-aaaa,cname-a指向了cdn4.com,cname-aaaa指向了cdn6.com。权威域名系统根据接收到的查询A记录的请求,进行查询,并对查询结果进行别名屏蔽后,把最终的A记录添加在第一响应报文的answer字段返回,并在第一响应报文的additional字段携带cname-type能力协商消息。
需要说明的是,由于S303中查询A记录的请求报文的additional字段不携带cname-type能力协商消息,权威域名系统在返回本次请求的第一响应报文里,additional字段只发送能力协商消息,但不发送参数传递消息,即不传递具体的扩展协议参数。answer字段内容返回权威域名系统启用别名屏蔽功能后得到的A/AAAA记录,TTL(Time To Live,生存时间)继承最后一跳返回的A/AAAA记录TTL。
还需要补充的是,在S304中,第一响应报文的answer字段中包括:经过别名屏蔽的A记录,第一响应报文的additional字段中包括cname-type能力协商消息,这样可以继续执行S305及其之后的步骤,从而可以查询到较优的结果返回给用户。
当然,第一响应报文的answer字段中包括:经过别名屏蔽的A记录,第一响应报文的additional字段中可以不包括cname-type能力协商消息。这样递归域名系统接收到第一响应报文后,可以将第一响应报文中的A记录返回给终端用户A,只不过第一响应报文中的A记录可能不是较优的结果。
S305,递归域名系统根据第一响应报文中的cname-type能力协商消息,识别到需要查询的a.com域名可以支持cname-type功能,主动再发起一次查询A记录的请求,该请求的additional字段中包括cname-type能力协商消息,该请求的question字段仍是普通的A类型请求。
S306,权威域名系统在本次接收到的查询A记录的请求中识别出cname-type能力协商消息,根据该cname-type能力协商消息,向递归域名系统发送第二响应报文,该响应报文的additional字段中包括参数传递消息,参数传递消息传递为a.com域名配置的cname-a。
需要说明的是,由于S305中查询A记录的请求携带了cname-type能力协商消息,该cname-type能力协商消息可以是edns格式,权威域名系统在返回本次请求的第二响应报文里,additional字段同时包含能力协商消息和参数传递消息,可以根据DNS请求类型type,将cname-type扩展协议的具体解析参数一并返回。其中,该具体解析参数包括:同时配置的cname-type、相应的权重和比例因子等信息。answer字段内容返回权威域名系统启用别名屏蔽后得到的A记录/AAAA记录,TTL继承最后一跳返回的A/AAAA记录TTL。
S307,递归域名系统从第二响应报文中读取到additional字段的参数传递消息后,按照cname-a进行递归查询,递归到该别名对应的CDN4,以从该CDN4获取对a.com域名的查询结果。
S308,递归域名系统对CND4的查询结果进行别名屏蔽,即将该域名里的cname和cname-type记录丢弃,得到最终需要的A记录,通过answer字段返回给终端用户A。
S309,终端用户A收到CDN4平台的A记录,于是向CDN4平台发起http请求。
S310,CDN4平台向终端用户A返回http响应。
需要说明的是,在此已经完成了对a.com域名的A记录的查询,下面是对a.com域名的AAAA记录的查询进行详细说明。
S311,终端用户B向递归域名系统发送查询a.com域名的AAAA记录的请求。
S312,递归域名系统内部查询,未命中缓存。
S313,AAAA记录对应的别名cname-aaaa不在递归域名系统网管标识的cname-type列表中,递归域名系统通过递归解析,最终向该域名的权威域名系统发起查询AAAA记录的请求。
S314,权威域名系统支持增强型CNAME Flattening,被请求的a.com域名配置了两个别名,分别是cname-a和cname-aaaa,cname-a指向了cdn4.com,cname-aaaa指向了cdn6.com。权威域名系统根据接收到的查询AAAA记录的请求,进行查询,并对查询结果进行别名屏蔽后,把最终的AAAA记录添加在第一响应报文的answer字段返回,并在第一响应报文的additional字段携带cname-type能力协商消息。
S315,递归域名系统根据第一响应报文中的cname-type能力协商消息,识别到需要查询的a.com域名可以支持cname-type功能,主动再发起一次查询AAAA记录的请求,该请求的additional字段中包括cname-type能力协商消息,该请求的question字段仍是普通的AAAA类型请求。
S316,权威域名系统在本次接收到的查询AAAA记录的请求中识别出cname-type能力协商消息,根据该cname-type能力协商消息,向递归域名系统发送第二响应报文,该响应报文的additional字段中包括参数传递消息,参数传递消息传递为a.com域名配置的cname-aaaa。
S317,递归域名系统从第二响应报文中读取到additional字段的参数传递消息后,按照cname-aaaa进行递归查询,递归到该别名对应的CDN6,以从该CDN6获取对a.com域名的查询结果。
S318,递归域名系统对CND6的查询结果进行别名屏蔽,即将该域名里的cname和cname-type记录丢弃,得到最终需要的AAAA记录,通过answer字段返回给终端用户B。
S319,终端用户B收到CDN6平台的AAAA记录,于是向CDN6平台发起http请求。
S320,CDN6平台向终端用户B返回http响应。
由此可见,两个终端用户按照权威域名系统上配置的cname-a和cname-aaaa,把不同类型的请求分别调度到不同的CDN平台上,实现不同CDN平台承载不同类型的流量。并且可以实现将较优的查询结果返回给用户。
需要补充的是,权威域名系统和递归域名系统预先配置以下三个方面的内容:
(1)如果权威域名系统和递归域名系统属于同一个组织机构或有合作关系的组织机构,可以预先协商配置好支持cname-type扩展的域名或权威域名系统。这些域名或权威服务器可以保存到支持cname-type扩展的递归服务器配置文件中。
(2)支持cname-type扩展的递归服务器进行递归查询时,如果发现要查询的域名是预先配置支持cname-type扩展,或要查询的权威域名系统是预先配置支持cname-type扩展,则直接发送携带能力协商消息的cname-type查询请求。
(3)支持cname-type扩展的递归服务器进行递归查询时,如果发现要查询的域名或要查询的权威域名系统不在预先配置的支持cname-type扩展列表中,则发送普通的查询请求。
图6示出了本发明再一个实施例提供的域名资源查询方法的流程示意图。如图6所示,该域名资源查询方法包括:
S401,用户向递归域名系统发送查询www.js.10086.cn的IP地址的请求。
S402,递归域名系统检查本地缓存,如该记录的TTL时间未超时,则直接返回A记录。若本地未缓存A记录,则进入S403。
S403,向根域名系统发送查询请求。即查询www.js.10086.cn的IP地址。
S404,根域名系统可以包括如下的内容:
a.root-servers.net.
b.root-servers.net.
c.root-servers.net.
d.root-servers.net.
e.root-servers.net.
f.root-servers.net.
g.root-servers.net.
h.root-servers.net.
i.root-servers.net.
j.root-servers.net.
k.root-servers.net.
l.root-servers.net.
m.root-servers.net
根域名系统在本地上查询cn.的域名服务器记录(Name Server,NS)指向。
S405,根域名系统向递归域名系统发送cn.的NS指向。其中,cn.的NS指向是:
a.dns.cn.203.119.25.1
c.dns.cn.203.119.27.1
ns.cernet.net.202.112.0.44
e.dns.cn.203.119.29.1
b.dns.cn.203.119.26.1
d.dns.cn.203.119.28.1
S406,递归域名系统根据cn.的NS指向,向cn.的域名服务器查询www.js.10086.cn的IP地址。其中,该cn.的域名服务器包括如下cn.的NS指向:
a.dns.cn.
c.dns.cn.
ns.cernet.net.
e.dns.cn.
b.dns.cn.
d.dns.cn.
S407,cn.的域名服务器检查本地10086.cn.的NS指向。
S408,将10086.cn.的NS指向发送个递归域名系统。其中,10086.cn.的NS指向是:
ns.cnmobile.net.211.136.17.105
ns2.cnmobile.net.211.136.20.201。
S409,递归域名系统向10086.cn.的权威域名系统查询www.js.10086.cn的IP地址。
S410,权威域名系统查询本地10086.cn域的配置,www.js.10086.cn.的cname-a是www.js.10086.cn.cdn20.com.,经过别名屏蔽后直接输出A纪录。需要说明的是,可以到此得到查询的A纪录。但是由于此A纪录可能不是较好的A纪录,因此,为了得到较好的A记录,可以继续执行下面的步骤。
S411,将别名屏蔽后得到的A纪录发送给递归域名系统。
S412,递归域名系统支持cname-type能力协商,继续递归到CDN平台,查询www.js.10086.cn.cdn20.com.的IP地址。
S413,CDN平台检查本机ccgslb.net域的配置,解析IP地址。
S414,www.js.10086.cn.cdn20.com.的IP地址是221.178.251.155,此解析IP是最合适用户的,将该最合适用户的IP地址返回给递归域名系统。
S415,递归域名系统根据www.js.10086.cn.cdn20.com.的IP地址是221.178.251.155,再次使用别名屏蔽技术屏蔽cname,得到A记录,向用户输出该A记录。
图7示出了本发明一个实施例提供的域名资源查询装置的结构示意图。该装置500用于递归域名系统,该装置500包括:
第一请求发送模块501,用于在对域名的目标类型的资源进行查询过程中,当目标类型对应的别名不在递归域名系统的预定别名列表中时,向域名的权威域名系统发送查询请求。
第一报文接收模块502,用于接收权威域名系统发送的对应于查询请求的第一响应报文,第一响应报文包括:权威域名系统将域名的查询结果进行别名屏蔽得到的目标类型的资源。
查询结果返回模块503,用于根据第一响应报文,向用户返回对域名的查询结果。
在本发明的一个实施例中,查询结果返回模块503包括:
第一结果返回模块,用于将第一响应报文中的目标类型的资源返回给用户。
在本发明的一个实施例中,查询结果返回模块503包括:
查询结果获取模块,用于根据第一响应报文,获取内容分发网络CDN对域名的查询结果;
别名屏蔽结果返回模块,用于对CND的查询结果进行别名屏蔽,得到域名的目标类型的资源,并返回给用户。
在本发明的一个实施例中,第一响应报文还包括第一能力协商消息,第一能力协商消息用于表示权威域名系统具有处理多个资源类型的别名的能力。
查询结果获取模块包括:
第二请求发送模块,用于根据第一能力协商消息,向权威域名系统再次发送查询请求,再次发送的查询请求包括第二能力协商消息,第二能力协商消息用于表示递归域名系统具有处理多个资源类型的别名的能力。
第二报文接收模块,用于接收权威域名系统发送的对应于再次发送的查询请求的第二响应报文,第二响应报文包括:参数传递消息,参数传递消息用于传递为域名配置的目标类型资源的别名。
递归查询模块,用于根据第二响应报文中目标类型资源的别名,递归到该别名对应的CDN,以从CDN获取对域名的查询结果。
在本发明的一个实施例中,第一响应报文的响应字段中包括:目标类型的资源,第一响应报文的附加字段中包括第一能力协商消息;第二响应报文的附加字段中包括参数传递消息。
图8示出了本发明一个实施例提供的域名资源查询装置的结构示意图。该装置600用于权威域名系统,该装置600包括:
第一请求接收模块601,用于接收来自递归域名系统的查询请求,第一查询请求用于对域名的目标类型的资源进行查询。
别名屏蔽模块602,用于根据第一查询请求,对域名配置的多种类型的资源进行别名屏蔽,以得到目标类型的资源。
第一报文发送模块603,用于向递归域名系统发送第一响应报文,第一响应报文包括经过别名屏蔽得到的目标类型的资源。
在本发明的一个实施例中,第一响应报文还包括第一能力协商消息,第一能力协商消息用于表示权威域名系统具有处理多个资源类型的别名的能力;以及该装置600还包括:
第二请求接收模块,用于接收递归域名系统根据第一能力协商消息再次发送的查询请求,再次发送的查询请求包括第二能力协商消息,第二能力协商消息用于表示递归域名系统具有处理多个资源类型的别名的能力。
参数传递模块,用于根据第二能力协商消息,将参数传递消息添加到第二响应报文中发送给递归域名系统,参数传递消息用于传递为域名配置的目标类型资源的别名。
在本发明的一个实施例中,第一响应报文的响应字段中包括:目标类型的资源,第一响应报文的附加字段中包括第一能力协商消息。
在本发明的一个实施例中,第二响应报文的附加字段中包括参数传递消息。
图9示出了本发明实施例提供的资源查询的设备的硬件结构示意图。
资源查询的设备可以包括处理器701以及存储有计算机程序指令的存储器702。
具体地,上述处理器701可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本发明实施例的一个或多个集成电路。
存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制,存储器702可包括硬盘驱动器(Hard Disk Drive,HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus,USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下,存储器702可包括可移除或不可移除(或固定)的介质。在合适的情况下,存储器702可在综合网关容灾设备的内部或外部。在特定实施例中,存储器702是非易失性固态存储器。在特定实施例中,存储器702包括只读存储器(ROM)。在合适的情况下,该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。
处理器701通过读取并执行存储器702中存储的计算机程序指令,以实现上述实施例中的任意一种用于递归域名系统的域名资源查询方法或者实现上述实施例中的任意一种用于权威域名系统的域名资源查询方法。
在一个示例中,资源查询的设备还可包括通信接口703和总线710。其中,如图9所示,处理器701、存储器702、通信接口703通过总线710连接并完成相互间的通信。
通信接口703,主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。
总线710包括硬件、软件或两者,将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制,总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线710可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线,但本发明考虑任何合适的总线或互连。
该资源查询的设备可以是递归域名系统中的设备,以实现结合图1和图7描述的域名资源查询方法和装置。该资源查询的设备可以是权威域名系统中的设备,以实现结合图2和图8描述的域名资源查询方法和装置。
另外,本发明实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令;该计算机程序指令被处理器执行时实现上述实施例中的用于递归域名系统的域名资源查询方法或者实现上述实施例中的任意一种用于权威域名系统的域名资源查询方法。
需要明确的是,本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见,这里省略了对已知方法的详细描述。在上述实施例中,描述和示出了若干具体的步骤作为示例。但是,本发明的方法过程并不限于所描述和示出的具体步骤,本领域的技术人员可以在领会本发明的精神后,作出各种改变、修改和添加,或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时,其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时,本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中,或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路,等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是,本发明中提及的示例性实施例,基于一系列的步骤或者装置描述一些方法或系统。但是,本发明不局限于上述步骤的顺序,也就是说,可以按照实施例中提及的顺序执行步骤,也可以不同于实施例中的顺序,或者若干步骤同时执行。
以上所述,仅为本发明的具体实施方式,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、模块和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。应理解,本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。
Claims (13)
1.一种域名资源查询方法,其特征在于,用于递归域名系统,所述的方法包括:
在对域名的目标类型的资源进行查询过程中,若所述目标类型对应的别名不在所述递归域名系统的预定别名列表中,则向所述域名的权威域名系统发送查询请求;
接收所述权威域名系统发送的对应于所述查询请求的第一响应报文,所述第一响应报文包括:所述权威域名系统将所述域名的查询结果进行别名屏蔽得到的所述目标类型的资源;
根据所述第一响应报文,向用户返回对所述域名的查询结果。
2.根据权利要求1所述的方法,其特征在于,所述根据所述第一响应报文,向用户返回对所述域名的查询结果,包括:
将所述第一响应报文中的所述目标类型的资源返回给用户。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一响应报文,向用户返回对所述域名的查询结果,包括:
根据所述第一响应报文,获取内容分发网络CDN对所述域名的查询结果;
对所述CND的查询结果进行别名屏蔽,得到所述域名的所述目标类型的资源,并返回给用户。
4.根据权利要求3所述的方法,其特征在于,所述第一响应报文还包括第一能力协商消息,所述第一能力协商消息用于表示所述权威域名系统具有处理多个资源类型的别名的能力;
所述根据所述第一响应报文,获取内容分发网络CDN对所述域名的查询结果,包括:
根据所述第一能力协商消息,向所述权威域名系统再次发送查询请求,再次发送的查询请求包括第二能力协商消息,所述第二能力协商消息用于表示所述递归域名系统具有处理多个资源类型的别名的能力;
接收所述权威域名系统发送的对应于所述再次发送的查询请求的第二响应报文,所述第二响应报文包括:参数传递消息,所述参数传递消息用于传递为所述域名配置的所述目标类型资源的别名;
根据所述第二响应报文中所述目标类型资源的别名,递归到该别名对应的CDN,以从所述CDN获取对所述域名的查询结果。
5.根据权利要求4所述的方法,其特征在于,
所述第一响应报文的响应字段中包括:所述目标类型的资源,所述第一响应报文的附加字段中包括所述第一能力协商消息;
所述第二响应报文的附加字段中包括所述参数传递消息。
6.一种域名资源查询方法,其特征在于,用于权威域名系统,所述的方法包括:
接收来自递归域名系统的查询请求,所述第一查询请求用于对域名的目标类型的资源进行查询;
根据所述第一查询请求,对所述域名配置的多种类型的资源进行别名屏蔽,以得到所述目标类型的资源;
向所述递归域名系统发送第一响应报文,所述第一响应报文包括经过别名屏蔽得到的所述目标类型的资源。
7.根据权利要求6所述的方法,其特征在于,所述第一响应报文还包括第一能力协商消息,所述第一能力协商消息用于表示所述权威域名系统具有处理多个资源类型的别名的能力;以及所述的方法还包括:
接收所述递归域名系统根据所述第一能力协商消息再次发送的查询请求,所述再次发送的查询请求包括第二能力协商消息,所述第二能力协商消息用于表示所述递归域名系统具有处理多个资源类型的别名的能力;
根据所述第二能力协商消息,将参数传递消息添加到第二响应报文中发送给所述递归域名系统,所述参数传递消息用于传递为所述域名配置的所述目标类型资源的别名。
8.根据权利要求6所述的方法,其特征在于,
所述第一响应报文的响应字段中包括:所述目标类型的资源,所述第一响应报文的附加字段中包括所述第一能力协商消息。
9.根据权利要求7所述的方法,其特征在于,
所述第二响应报文的附加字段中包括所述参数传递消息。
10.一种域名资源查询装置,其特征在于,用于递归域名系统,所述的装置包括:
第一请求发送模块,用于在对域名的目标类型的资源进行查询过程中,当所述目标类型对应的别名不在所述递归域名系统的预定别名列表中时,向所述域名的权威域名系统发送查询请求;
第一报文接收模块,用于接收所述权威域名系统发送的对应于所述查询请求的第一响应报文,所述第一响应报文包括:所述权威域名系统将所述域名的查询结果进行别名屏蔽得到的所述目标类型的资源;
查询结果返回模块,用于根据所述第一响应报文,向用户返回对所述域名的查询结果。
11.一种域名资源查询装置,其特征在于,用于权威域名系统,所述的装置包括:
第一请求接收模块,用于接收来自递归域名系统的查询请求,所述第一查询请求用于对域名的目标类型的资源进行查询;
别名屏蔽模块,用于根据所述第一查询请求,对所述域名配置的多种类型的资源进行别名屏蔽,以得到所述目标类型的资源;
第一报文发送模块,用于向所述递归域名系统发送第一响应报文,所述第一响应报文包括经过别名屏蔽得到的所述目标类型的资源。
12.一种资源查询的设备,其特征在于,所述设备包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求1-5中任一项所述的域名资源查询方法,或者实现如权利要求6-9中任一项所述的域名资源查询方法。
13.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求1-5中任一项所述的域名资源查询方法,或者实现如权利要求6-9中任一项所述的域名资源查询方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811398541.9A CN109547583B (zh) | 2018-11-22 | 2018-11-22 | 域名资源查询方法、装置、设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811398541.9A CN109547583B (zh) | 2018-11-22 | 2018-11-22 | 域名资源查询方法、装置、设备及计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109547583A true CN109547583A (zh) | 2019-03-29 |
CN109547583B CN109547583B (zh) | 2022-02-25 |
Family
ID=65849328
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811398541.9A Active CN109547583B (zh) | 2018-11-22 | 2018-11-22 | 域名资源查询方法、装置、设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109547583B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110602264A (zh) * | 2019-09-02 | 2019-12-20 | 中国移动通信集团江苏有限公司 | 传递域名解析地址权重信息的方法、装置、设备和介质 |
CN113067909A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 边缘节点寻址方法、装置、设备及存储介质 |
CN113301172A (zh) * | 2020-06-09 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 响应时间测量方法、设备、系统及存储介质 |
CN114422476A (zh) * | 2021-12-28 | 2022-04-29 | 互联网域名系统北京市工程研究中心有限公司 | 防止cname缓存污染的方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1756263A (zh) * | 2004-09-27 | 2006-04-05 | 上海贝尔阿尔卡特股份有限公司 | 域名解析方法、域名服务器及域名系统 |
CN102859960A (zh) * | 2009-08-14 | 2013-01-02 | 阿卡麦科技公司 | 用于关联名字服务器IPv6地址和IPv4地址的方法和装置 |
US8756341B1 (en) * | 2009-03-27 | 2014-06-17 | Amazon Technologies, Inc. | Request routing utilizing popularity information |
CN104468859A (zh) * | 2014-11-27 | 2015-03-25 | 中国科学院计算机网络信息中心 | 支持携带服务地址信息的dane扩展查询方法和系统 |
CN105530324A (zh) * | 2008-03-31 | 2016-04-27 | 亚马逊技术有限公司 | 基于类别请求路由 |
CN105681491A (zh) * | 2016-04-08 | 2016-06-15 | 网宿科技股份有限公司 | 一种域名解析加速方法、系统和装置 |
US20170244665A1 (en) * | 2003-05-19 | 2017-08-24 | Akamai Technologies, Inc. | Provisioning tool for a content delivery network (CDN) |
CN108848205A (zh) * | 2018-07-27 | 2018-11-20 | 北京网瑞达科技有限公司 | 一种区分IPv4、IPv6的CNAME域名解析方法 |
-
2018
- 2018-11-22 CN CN201811398541.9A patent/CN109547583B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170244665A1 (en) * | 2003-05-19 | 2017-08-24 | Akamai Technologies, Inc. | Provisioning tool for a content delivery network (CDN) |
CN1756263A (zh) * | 2004-09-27 | 2006-04-05 | 上海贝尔阿尔卡特股份有限公司 | 域名解析方法、域名服务器及域名系统 |
CN105530324A (zh) * | 2008-03-31 | 2016-04-27 | 亚马逊技术有限公司 | 基于类别请求路由 |
US8756341B1 (en) * | 2009-03-27 | 2014-06-17 | Amazon Technologies, Inc. | Request routing utilizing popularity information |
CN102859960A (zh) * | 2009-08-14 | 2013-01-02 | 阿卡麦科技公司 | 用于关联名字服务器IPv6地址和IPv4地址的方法和装置 |
CN104468859A (zh) * | 2014-11-27 | 2015-03-25 | 中国科学院计算机网络信息中心 | 支持携带服务地址信息的dane扩展查询方法和系统 |
CN105681491A (zh) * | 2016-04-08 | 2016-06-15 | 网宿科技股份有限公司 | 一种域名解析加速方法、系统和装置 |
CN108848205A (zh) * | 2018-07-27 | 2018-11-20 | 北京网瑞达科技有限公司 | 一种区分IPv4、IPv6的CNAME域名解析方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110602264A (zh) * | 2019-09-02 | 2019-12-20 | 中国移动通信集团江苏有限公司 | 传递域名解析地址权重信息的方法、装置、设备和介质 |
CN110602264B (zh) * | 2019-09-02 | 2022-05-10 | 中国移动通信集团江苏有限公司 | 传递域名解析地址权重信息的方法、装置、设备和介质 |
CN113067909A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 边缘节点寻址方法、装置、设备及存储介质 |
CN113067909B (zh) * | 2020-01-02 | 2023-04-07 | 中国移动通信有限公司研究院 | 边缘节点寻址方法、装置、设备及存储介质 |
CN113301172A (zh) * | 2020-06-09 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 响应时间测量方法、设备、系统及存储介质 |
CN114422476A (zh) * | 2021-12-28 | 2022-04-29 | 互联网域名系统北京市工程研究中心有限公司 | 防止cname缓存污染的方法及装置 |
CN114422476B (zh) * | 2021-12-28 | 2023-09-22 | 互联网域名系统北京市工程研究中心有限公司 | 防止cname缓存污染的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109547583B (zh) | 2022-02-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109547583A (zh) | 域名资源查询方法、装置、设备及计算机存储介质 | |
US11831597B1 (en) | Balancing visibility in the domain name system | |
US20220060550A1 (en) | Private service endpoints in isolated virtual networks | |
KR101948598B1 (ko) | 고립된 가상 네트워크에 대한 사설 별칭 종단점 | |
CN105075225B (zh) | 使能对本地服务器上的多个服务的外部接入 | |
CN108886525A (zh) | 智能域名系统转发的方法和装置 | |
CN103561121B (zh) | 一种dns的解析方法、装置和浏览器 | |
US10397179B2 (en) | Systems and methods for localization based on Internet terminal location | |
KR20060051588A (ko) | 도메인 이름 레지스트라와의 사용자 상호작용을 용이하게하는 방법 및 시스템 | |
US10979384B2 (en) | Systems and methods for preserving privacy of a registrant in a Domain Name System (“DNS”) | |
CN105453488A (zh) | 用于处理dns请求的方法和系统 | |
KR102299865B1 (ko) | 데이터 네트워크에 접근하기 위한 사용자의 인증에 관한 방법 및 시스템 | |
CN105210330A (zh) | 用于处理dns请求的方法和系统 | |
CN108737584A (zh) | 容器服务的访问方法、网络地址的解析方法、装置和系统 | |
CN109617780A (zh) | 接入网络的方法、装置、终端设备及机器可读存储介质 | |
CN112235408A (zh) | 网络系统、反向代理方法及反向代理服务器 | |
CN107360269A (zh) | 域名解析系统优化方法、装置、设备和存储介质 | |
CN104301311A (zh) | Dns过滤网络数据内容的方法及设备 | |
CA2982007A1 (en) | Registry domain name management | |
CN104079683A (zh) | 一种授权域名服务器直接响应的域名解析方法及系统 | |
CN108234685A (zh) | 用户终端网关设备dns调度的方法、装置、设备及介质 | |
CN110880980B (zh) | 内容分发网络服务提供方法及处理系统 | |
CN104539518A (zh) | 邮件客户端的配置方法与装置 | |
Arouna et al. | A first look at the African’s ccTLDs technical environment | |
CN108400878A (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 |