CN111953802A - 一种域名的解析方法、系统、设备及存储介质 - Google Patents
一种域名的解析方法、系统、设备及存储介质 Download PDFInfo
- Publication number
- CN111953802A CN111953802A CN202010640150.4A CN202010640150A CN111953802A CN 111953802 A CN111953802 A CN 111953802A CN 202010640150 A CN202010640150 A CN 202010640150A CN 111953802 A CN111953802 A CN 111953802A
- Authority
- CN
- China
- Prior art keywords
- domain name
- name server
- resolution
- local
- server
- 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
- 238000000034 method Methods 0.000 title claims abstract description 57
- 238000004458 analytical method Methods 0.000 claims description 34
- 238000005516 engineering process Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 8
- 230000008569 process Effects 0.000 description 24
- 238000005192 partition Methods 0.000 description 20
- 238000013507 mapping Methods 0.000 description 14
- 230000002159 abnormal effect Effects 0.000 description 9
- 238000007726 management method Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 238000013439 planning Methods 0.000 description 6
- 238000013316 zoning Methods 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 125000002133 (4-hydroxy-3-iodo-5-nitrophenyl)acetyl group Chemical group OC1=C(C=C(C=C1I)CC(=O)*)[N+](=O)[O-] 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
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/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/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种域名的解析方法、系统、设备及存储介质。该方法包括：本地域名服务器向第一下层权威域名服务器发送目标域名的第一解析请求，所述第一下层权威域名服务器判断是否符合预设切换条件，如果符合预设切换条件，则向所述本地域名服务器响应第一解析结果；根据所述第一解析结果向第二下层权威域名服务器发送第二解析请求，所述第二下层权威域名服务器向所述本地域名服务器响应第二解析结果，所述本地域名服务器根据第二解析结果的信息重新获取最终解析结果。本申请提供的技术方案，能够减少目标域名的解析时长。
Description
技术领域
本发明涉及互联网技术领域，特别涉及一种域名的解析方法、系统、设备 及存储介质。
背景技术
域名系统(Domain Name System，DNS)服务是将域名与互联网协议地址(Internet Protocol Address，IP Address)对应的网络服务，让用户在访问网站时， 不再需要输入冗长难记的IP地址，只需输入域名DNS服务会自动将域名转换成 正确的IP地址。
一般的，客户端可以向本地域名服务器(Local DNS)发送针对目标域名的 解析请求，由Local DNS以迭代的方式向权威域名服务器转发给解析请求，以 从权威域名服务器中获取该目标域名对应的目标IP地址。
另外，任播地址是IPv6中新的成员，RFC2723将IPv6地址结构中的任播 地址定义为一系列网络接口(通常属于不同的节点)的标识，其特点是：发往 一个任播地址的分组的请求，将被转发到由该任播地址所对应的“最近”的一个网 络接口，其中，“最近”的定义是基于路由协议中的距离度量。而且，任播地址与 常规单播地址相似。向单播地址发送数据分组的节点并不需要知道它是单播地 址。简而言之，Anycast技术是将一个单播地址分配到处于Internet中多个不同 物理位置的主机上，发送到这个地址的报文被网络路由到“最近”的目标主机上。
进一步的，还可以在权威域名服务器中使用任播(Anycast)的技术，即 DNS_Anycast。其中，DNS_Anycast指的是在DNS层面应用了Anycast技术， 将Anycast的IP作为DNS的IP，以提供DNS服务。具体的，使用任播技术的、 用于管理域名的权威域名服务器中可以设置一组用于管理子域名的权威域名服 务器。在Local DNS以迭代的方式向权威域名服务器转发给解析请求的过程中， 使用任播技术的权威域名服务器，可以请求路由到最近的一个子域名的权威域 名服务器，从而缩短域名解析时长。
一般的，在路由寻找最近的权威域名服务器时，使用的是边界网关协议 (BorderGateway Protocol，BGP)。且，Local DNS是由运营商提供。然而， 运营商无法提供对BGP路由学习的控制手段，如community，容易导致BGP路 由的过程中学习到比较差的路由路径，比如在欧洲和非洲均设置BGP节点(权 威域名服务器)，在欧洲的Local DNS通过BGP路由访问到非洲的BGP节点， 任播过程中出现引流异常，即导致路由绕路，也就增加了域名解析的时长。
发明内容
本申请的目的在于提供一种域名的解析方法、系统、设备及存储介质，能 够矫正任播过程中的引流异常，减少域名解析的时长。
为实现上述目的，本申请第一方面提供了一种域名的解析方法，包括：
本地域名服务器向第一下层权威域名服务器发送目标域名的第一解析请 求，所述第一下层权威域名服务器判断是否符合预设切换条件，如果符合预设 切换条件，则向所述本地域名服务器响应第一解析结果；
所述本地域名服务器根据所述第一解析结果，向第二下层权威域名服务器 发起第二解析请求，所述第二下层权威域名服务器向所述本地域名服务器响应 第二解析结果；
所述本地域名服务器根据第二解析结果的信息重新获取最终解析结果。
进一步的，所述预设切换条件为：
所述本地域名服务器的地理位置和运营商组成的视图为预设的视图；或
所述本地域名服务器的IP地址为预置的IP地址、属于预置的IP段或归属 于预置的自治系统中至少一种情形；且
所述目标域名为预置的域名或相关后缀域名。
进一步的，所述第一下层权威域名服务器向所述本地域名服务器响应第一 解析结果是CNAME记录。
进一步的，还包括：
所述第二下层权威域名服务器为管理分区域名，即管理第三下层权威域名 服务器的权威域名服务器；
所述本地域名服务器缓存所述目标域名的所述最终解析结果；
所述本地域名服务器在第二次接收到所述目标域名的解析请求时，先判断 缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而所述 CNAME记录未过期，所述本地域名服务器根据所述CNAME记录向所述第三 下层权威域名服务器发起域名解析请求。
进一步的，所述第一下层权威域名服务器向所述本地域名服务器响应第一 解析结果是NS记录。
进一步的，还包括：
所述第二下层权威域名服务器为管理分区域名，即管理第三下层权威域名 服务器的权威域名服务器；
所述本地域名服务器缓存所述目标域名的所述最终解析结果；
所述本地域名服务器在第二次接收到所述目标域名的解析请求时，先判断 缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而所述NS 记录未过期，所述本地域名服务器根据所述NS记录向所述第三下层权威域名服 务器发起域名解析请求。
进一步的，所述第一下层权威域名服务器为任播技术中任播地址对应的权 威域名服务器；
所述第二下层权威域名服务器为管理分区域名，即管理第三下层权威域名 服务器的权威域名服务器；
所述第三下层权威域名服务器为使用单播地址的权威域名服务器；
所述最终解析结果为第三下层权威域名服务器返回的最终解析结果。
为实现上述目的，本申请第二方面提供了一种域名的解析系统，包括：本 地域名服务器、第一下层权威域名服务器、第二下层权威域名服务器；
本地域名服务器，用于向第一下层权威域名服务器发送目标域名的第一解 析请求；
所述第一下层权威域名服务器，用于判断是否符合预设切换条件，如果符 合预设切换条件，则向所述本地域名服务器响应第一解析结果；
所述本地域名服务器，用于根据所述第一解析结果向第二下层权威域名服 务器发送第二解析请求；
所述第二下层权威域名服务器，用于向所述本地域名服务器响应第二解析 结果；
所述本地域名服务器，用于根据第二解析结果的信息重新获取最终解析结 果。
为实现上述目的，本申请第三方面提供了一种域名的解析设备，所述域名 的解析设备包括处理器和存储器，所述存储器用于存储计算机程序，所述计算 机程序被所述处理器执行时，实现如第一方面中任一所述的方法。
为实现上述目的，本申请第四方面提供了一种计算机可读介质，其特征在 于，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面任 一项所述的方法。
由上可见，本申请提供的技术方案，可以使得在使用任播技术出现引流异 常时被矫正，实现将引流异常的权威域名服务器重新引流调整到与本地域名服 务器相匹配的单播地址的权威域名服务器，如距离该本地域名服务器最近的权 威域名服务器，借助本地域名服务器的缓存机制，引流会被缓存，从而实现本 地域名服务器在出现任播地址引流异常的时候可以通过访问单播地址的方式实 现就近访问，缩短域名的解析时长。
具体地，以在使用任播技术引流至使用任播地址的第一下层权威域名服务 器时，第一下层权威域名服务器在确定本地域名服务器符合预设切换条件时， 可以向本地域名服务器响应第一解析结果，并根据第一解析结果向第二下层权 威域名服务器发送第二解析请求，以获取第二解析结果，并进一步的，根据第 二解析结果的信息重新获取最终解析结果。
经过上述的处理方式，将引流异常的权威域名服务器重新引流调整到与地 域名服务器相匹配的单播地址的权威域名服务器，如距离该本地域名服务器最 近的权威域名服务器，借助本地域名服务器的缓存机制，引流会被缓存，从而 实现本地域名服务器在出现任播地址引流异常的时候可以通过访问单播地址的 方式实现就近访问，缩短域名的解析时长。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所 需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图1是本发明实施方式中域名的解析方法的步骤示意图；
图2是本发明实施方式中域名的解析系统的结构示意图(CNAME方式)；
图3是本发明实施方式中域名的解析系统的结构示意图(NS方式)；
图4是本发明实施方式中域名的解析系统的工作流程图；
图5是本发明实施方式中域名的解析设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明 实施方式作进一步地详细描述。
ZONE是DNS域名树，为解析域。一个ZONE对应一个解析域，通常我们 称一个ZONE为一个域名后缀。其中一个完整的域名是由HOST+ZONE(后缀) 组成，比如www.baidu.com.，www是HOST,baidu.com.是一个ZONE(后缀)。
NS(Name Server)是名称服务器的缩写，是提供DNS服务的服务器，一 个ZONE可以由多个NS提供解析，一个NS可以为多个ZONE提供解析。NS 对应的地址我们称之为NIP，即提供实际DNS服务器的IP地址为NIP，通常一 个NS对应有多个NIP，其中NIP可为IPV4或者IPV6。
View是人工规划出来的一个地理+运营商的概念，比如北京+电信组合出 来北京电信这个View，中国台湾+中华电信组合出中国台湾中华电信这个 View。
IPB是IP段和View的一个映射的集合，简称为IP库，IP库通常是由运营 商提供+第三方整合+探测的方式规划而成。任何一个IP段都可以唯一映射到某 个View上，一个View上至少有一个或者多个IP段。
LDNS是公共DNS，面向用户提供DNS的递归查询。用户进行DNS请求 访问，第一层都是到LDNS，然后LDNS代替用户进行DNS的迭代查询，其中 迭代查询涉及到LDNS从根的NS服务器最终查到域名的NS服务器，在得到域 名NS服务器的权威回答后，将DNS查询结果返回给用户，并将结果缓存在 LDNS内存中。LDNS一般是由运营商或者第三方公司、组织提供和维护的。比 如谷歌的8.8.8.8、阿里的223.5.5.5。
后缀映射，是指除了ZONE本身的授权配置外，其余解析配置则相当于 HOST相同ZONE(后缀)不同但是解析结果应该与映射源域名保持一致。比如： 将baidu.com.映射baidu.info.，则a.baidu.info.的解析结果完全等同于a.baidu.com. 的解析结果。
NS分区授权，是指当解析受限于当前顶级域(com./net./info./org.等)无法 根据来源请求归属给出距离用户请求来源相对较近的NIP的时，在顶级域中将 ZONE的NS调整为其他非本顶级域的域名，这个域名我们称之为分区域名,注 意分区域名不应该为对应ZONE的NS域名。对这种NS授权方式称之为外部授 权。分区域名的ZONE对应的NS则无需再次分区。分区域名通过DNS服务器 的unicast ip依照运营商+地理的划分的方式，根据一定的匹配规则以及人工判 定映射到各个view上，使最终分区域名在各个view上有各自比较好的NIP覆 盖。当LDNS在请求分区域名的时候，DNS权威域名服务器可以根据LDNS归 属的View，将分区域名上该View的NIP覆盖响应给LDNS，LDNS即可得到距 离自己比较近的NIP。比如ZONE：baidu.com.，其在顶级域com.上的NS可以 外部授权到譬如net./info./org.等非com.的后缀顶级域名(此处举例分区域名为 dns1.baidu.org.)，注意分区域名不应该为对应ZONE的NS域名。然后针对dns1. baidu.org进行人工分区规划。
当DNS权威域名服务器接收到LDNS请求时，如果匹配上调优条件(来源 LDNS归属View或者所属AS或者IP或者IP段，以及需要DNS引流矫正的后 缀或者域名)，则按照调优动作(CNAME到调优过的映射后缀域名或者请求域 名外部授权到分区规划的NS)进行响应，其中调优条件包括但不限于以上几种， 调优动作包括但不限于以上两种，其实质是将anycast异常来源的LDNS，重新 引流到人工规划的unicast上。
DNS_Anycast引流异常且运营商无法提供广播控制的情况下，可以将异常 流量重新引流到使用unicast ip做好分区规划的ns上，包括但不限于使用cname 到规划分区后的后缀域名或者使用域名外部授权到规划分区的NS上的两种方 式。
图1是本发明实施方式中域名的解析方法的步骤示意图；图2是本发明实 施方式中域名的解析系统的结构示意图(CNAME方式)；图3是本发明实施方 式中域名的解析系统的结构示意图(NS方式)。本实施例中，域名的解析方法 可以运行在本地域名服务器和权威域名服务器中。参照图1，本实施例以域名的 解析方法运行在本地域名服务器为例进行详细说明，该方法可以具体包括如下 的步骤：
S110、本地域名服务器向第一下层权威域名服务器发送目标域名的第一解 析请求。
在客户端访问某一网址时，需要向本地域名服务器该网址对应的域名的解 析结果，使得客户端可以通过该IP地址访问到该网址。
当客户端向本地域名服务器查询域名时，本地域名服务器会向权威域名服 务器查询，直至最终查询到的IP地址，将其返回给客户端，并将请求结果缓存 到本地。
本实施例中，第一下层权威域名服务器为任播技术中任播地址的下层权威 域名服务器。
具体的，任播技术的下层权威域名服务器，分布于不同的地址位置，使用 不同运营商提供的网络，主要用于负责域名的解析。
本地域名服务器可向第一下层权威域名服务器发送针对目标域名，如“a.example.com”的第一解析请求。
在具体的实施例中，图2或图3所示的流程中，当本地域名服务器未缓存 有任何解析记录时，执行如下的流程1-5：
流程1、本地域名服务器向根域名服务器发送针对目标域名为 “a.example.com”的解析请求；
流程2、根域名服务器将com顶级域名服务器的IP地址返回给本地域名服 务器；
流程3、本地域名服务器向com顶级域名服务器发送针对“a.example.com” 的解析请求。
流程4、com顶级域名服务器向本地域名服务器发送关于“example.com”的 第一下层权威域名服务器的IP地址。
其中，第一下层权威域名服务器的IP地址为任播(Anycast)地址，可能会 出现部分被引流到距离较远的任播节点机器，任播节点机器因距离而导致响应 时间不佳且无法调整的问题。
具体的，在使用任播技术时，需要路由寻找最近的下层权威域名服务器， 其使用的是边界网关协议(Border Gateway Protocol，BGP)。且，本地域名服 务器一般是由运营商提供。然而，运营商无法提供对BGP路由学习的控制手段， 如添加community的属性进行控制，容易导致BGP路由的过程中学习到比较差 的路由路径。比如，在任播技术中，任播地址对应的一组第一下层权威域名服 务器，可以包括在欧洲和非洲的权威域名服务器，位于欧洲的本地域名服务器 针对目标域名的解析请求时，如果任播引流异常，导致路由绕路，访问到位于 非洲的第一下层权威域名服务器，这样域名解析的时长就会比较长，效果较差。
流程5、本地域名服务器可以向Anycast地址的“example.com”第一下层权威 域名服务发送针对目标域名“a.example.com”的第一解析请求；
当本地域名服务器中缓存有关于“example.com”的第一下层权威域名服务器 的IP地址，可以直接执行流程5。
进一步的，为解决上述因任播技术缺乏控制所导致的引流异常问题，本实 施例中，在满足预设切换条件时，可以将解析请求从所述使用任播地址的第一 下层权威域名服务器引流至所述使用单播地址的第三下层权威域名服务器。当 使用任播技术的所述的第一下层权威域名服务器存在引流异常问题时，可以将 解析请求引流至使用单播技术的所述的第三下层权威域名服务器进行域名解 析，通过引流缓存的方式，以减少后续DNS解析时长。进一步的，引流的过程 可以采用域名映射的方式进行，并使得使用单播地址的权威域名服务器与使用 任播地址的第一下层权威域名服务器具有相同的域名配置。
本实施例的预设切换条件，用于判断所述本地域名服务器本身以及所述本 地域名服务器的第一解析请求符合预设切换条件时，将第一下层权威域名服务 器的解析结果通过引流的方式切换为单播地址的解析结果，防止因任播结果所 带来的引流异常问题。具体的，所述第一下层权威域名服务器判断是否符合预 设切换条件，如果符合预设切换条件，则向所述本地域名服务器响应第一解析 结果。
在一实施例中，所述预设切换条件为：所述本地域名服务器的地理位置和 运营商组成的视图为预设的视图；或所述本地域名服务器的IP地址为预置的IP 地址、属于预置的IP段或归属于预置的自治系统中至少一种情形；且所述目标 域名为预置的域名或者相关后缀域名。
例如：当第一下层权威域名服务器设定中国台湾KBT视图相关的本地域名 服务器以及相关域名或者后缀需要优化时，若向该第一下层权威域名服务器访 问的本地域名服务器为归属于中国台湾KBT视图、且请求的域名为相关的域名 或者后缀域名，则表示符合预设切换条件。进一步的，可以将该本地域名服务 器针对目标域名的解析请求引流至归属于中国台湾KBT视图的权威域名服务器 进行解析。示例性的，当本地域名服务器的IP地址为预置的IP地址、属于预置 的IP段或归属于预置的自治系统中至少一种情形，且向第一下层权威域名服务 器请求域名为预设的域名或者相关后缀域名，则符合预设切换条件。进一步的， 可以将目标域名的解析请求引流至本地域名服务器IP所在视图的单播地址的权 威域名服务器进行解析。
本实施例中，为了实现将解析请求从第一下层权威域名服务器引流至单播 地址的权威域名服务器，可以使用域名映射的方式。具体的，该第一解析结果 可以是CNAME记录，用于将目标域名映射到第一域名，其中，第一域名与目 标域名具有不同的域名后缀。如目标域名的后缀为“example.com”，第一域名 的后缀为“example.info”，则所述单播地址对应的第三下层权威域名服务器可 以是“example.info”后缀的域名服务器，第一下层权威域名服务器可以是管理 “example.com”后缀的域名的权威域名服务器。将目标域名映射到第一域名， 则可以将解析请求从第一下层权威域名服务器引流至所述的单播地址的第三下 层权威域名服务器。
其中，CNAME记录，又称别名记录。CNAME记录允许将多个名字映射到 同一台计算机。
本实施例中，可以在第一下层权威域名服务器中设置有从 “a.example.com“到“a.example.info”的CNAME记录，则表示将第一下层权威域 名服务器管理的“a.example.com”映射到使用单播地址的权威域名服务器管理的 “a.example.info”，使得所述使用任播地址的第一下层权威域名服务器与所述使 用单播地址的第三下层权威域名服务器之间建立有映射关系。
具体的，在“example.info”权威域名服务器被请求“example.info”的相关域名解析时，可以按照同主机(host，即第一下层权威域名服务器)的“example.com” 的配置进行解析。除授权配置外，域名解析配置完全依照映射前的解析配置， 比如请求“a.example.info”可以得到“a.example.com”的解析记录。若请求 “x.example.info”(其中，“x.example.com”)不存在，则同样响应nxdomain，同时 携带example.info的授权记录。
第一下层权威域名服务器在确定符合预设切换条件时，可以生成第一解析 结果，如CNAME记录，用于将目标域名映射为第一域名，以将解析请求从所 述使用任播地址的第一下层权威域名服务器引流至所述使用单播地址的第三下 层权威域名服务器。
S120、所述本地域名服务器根据所述第一解析结果，向第二下层权威域名 服务器发起第二解析请求，所述第二下层权威域名服务器向所述本地域名服务 器响应第二解析结果。
本实施例中，所诉第二下层权威域名服务器是分区域名的权威管理方，具 体的是负责分区域名的解析，管理所述的单播地址的第三下层权威域名服务器。 即提供人工规划单播地址的分区域名的解析。
S130、所述本地域名服务器根据第二解析结果的信息重新获取最终解析结 果。
进一步的，可以根据第一解析结果的类型进行分别详细论述。
1、第一解析结果为CNAME记录
所述第一下层权威域名服务器向所述本地域名服务器响应第一解析结果是CNAME记录。
在一实施例中，当第一解析结果为CNAME记录时，可以将目标域名映射 为其他域名，该其他的域名，可以由所述单播地址的第三下层权威域名服务器 进行解析。
本实施例中，可以将步骤S120、S130细化为如下步骤：
S131、所述本地域名服务器向所述CNAME记录的分区域名的权威管理方 的第二下层权威域名服务器发起解析请求，第二下层权威域名服务器向本地域 名服务器返回指向第三下层权威服务器的解析结果，其中，第三下层权威服务 器为距离本地域名服务器最近的下层权威域名服务器。
在向第二下层权威域名服务器发起域名解析请求前，本地域名服务器需根 据返回的解析结果向根域名服务器、顶级域名服务器发起迭代查询，直至获取 到指向第二下层权威域名服务器的解析结果。
所述第三下层权威域名服务器向本地域名服务器返回所述最终解析结果。
进一步的，针对第一解析结果为CNAME记录的情况，在步骤S130之后还 可以包括如下步骤：
S140、所述本地域名服务器缓存所述目标域名的所述最终解析结果；
S150、所述本地域名服务器在第二次接收到所述目标域名的解析请求时， 先判断缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而 所述CNAME记录未过期，所述本地域名服务器根据所述CNAME记录向所述 第三下层权威域名服务器发起域名解析请求。
2、第一解析结果为NS记录
所述第一下层权威域名服务器向所述本地域名服务器响应第一解析结果是 NS记录。
具体的，当第一解析结果为NS记录时，NS记录为分区域名，可以由所述 的负责分区管理的第二下层权威域名服务器提供解析。从而，所述第二下层权 威域名服务器在对分区域名即所述第一解析结果进行解析过程中，可以根据本 地域名服务器的地理位置和运营商，将分区域名指向与本地域名服务器相匹配 的、使用单播技术的权威域名服务器的IP地址，从而避免路由绕路的问题。
本实施例中，可以将步骤S120、S130细化为如下步骤：
S133、所述本地域名服务器向管理所述NS记录的第二下层权威域名服务器 发起第二解析请求。
在向第二下层权威域名服务器发起域名解析请求前，本地域名服务器需根 据返回的解析结果向根域名服务器、顶级域名服务器发起迭代查询，直至获取 到指向第二下层权威域名服务器的解析结果。
本实施例中，第二下层权威域名服务器为所述管理分区域名即NS记录的权 威域名服务器，用于负责记录解析该分区域名的下层权威域名服务器。
S134、所述本地域名服务器根据第二下层权威域名服务器返回的第二解析 结果，向所述第三下层权威域名服务器发起解析请求，所述第三下层权威域名 服务器向本地域名服务器返回所述最终解析结果。
需要注意的是第二下层权威域名服务器可以是任一域名后缀的非顶级域名 服务器。
本实施例中，将以第二下层权威域名服务器为example.org权威域名服务器 为例进行说明，NS记录中指向的、用于解析目标域名或第一域名的权威域名服 务器的NS记录为“dns1.example.org”；第二下层权威域名服务器是example.org 权威域名服务器。
具体的，为了实现分区功能，可以在所述第二下层权威域名服务器即example.org权威域名服务器中建立预置的不同视图与不同单播地址对应的权威 域名服务器之间的关联关系，其中，预置的所述视图包括本地域名服务器的地 理位置和运营商。进一步的，可以根据域名归属信息确定与所述本地域名服务 器的视图相匹配的一预置的视图，如根据运营商、地理位置，找到距离本地域 名服务器请求最近的下层权威域名服务器；根据所述关联关系，将匹配的预置 的视图所对应的一单播地址，确定为与所述本地域名服务器匹配的权威域名服 务器的IP地址，即第三下层权威域名服务器的单播地址。
具体的，表1为本发明实施方式中第二下层权威域名服务器对使用单播地 址的第三下层权威域名服务器进行分区管理的视图划分示意表格。
表一
参考表1，“NS”为域名服务器NAME SERVER的缩写，“5.5.5.5”和“2.2.2.2” 均为单播地址。“dns1.example.org”为NS记录中指向的分区域名。“View”为视 图，Taiwan_KBT和Japan_NTT分别表示中国台湾KBT运营商的视图和日本 NTT运营商的视图。
本实施例中，最终解析结果中确定的使用单播地址的第三下层权威域名服 务器，可以是任播技术中任播地址对应的一单播下层权威域名服务器，也可以 是另外设置的单播权威域名服务器，具有唯一的单播地址，如上述的“5.5.5.5”或 “2.2.2.2”。
在具体的实施例中，example.org第二下层权威域名服务器在接收到针对分 区域名“dns1.example.org”的解析请求后，可以根据表1所示的区域规划，选择 与本地域名服务器视图匹配的A记录，根据该A记录，确定分区域名所指向的 单播地址，将该单播地址所在的权威域名服务器，作为授权解析第一域名 “a.example.info”的权威域名服务器。
在一具体的实施例中，如参照表1，本地域名服务器为位于中国台湾的、运 营商为KBT，则该本地域名服务器的视图为Taiwan_KBT，可以选择域名为 “dns1.example.org”且，IP地址为“5.5.5.5”的权威域名服务器，作为解析第一域名 “a.example.info“的授权的权威域名服务器。即第二解析结果包括第三下层权威域 名服务器的单播地址“5.5.5.5”。
本实施例中，在第一下层权威域名服务器返回的第一解析结果是CNAME 记录时，参照图2，具体执行流程举例如下：
流程6.1、“example.com”下层权威域名服务器(第一下层权威域名服务器) 确定本地域名服务器符合预设切换条件，给出将目标域名 “a.example.com”CNAME到第一域名“a.example.info”的第一解析结果。
其中，第一域名“a.example.info”的后缀为“example.info”，即第一域名“a.example.info”可以由“example.info”权威域名服务器(对应于使用单播地址的 权威域名服务器)负责解析。也就是说，可以通过将目标域名 “a.example.com”CNAME到第一域名“a.example.info”，使得将域名“example.com” 映射到域名“example.info”。
进一步的，由于使用单播地址的权威域名服务器具有与第一下层权威域名 服务器相同的解析配置，即“example.info”权威域名服务器(使用单播地址的权 威域名服务器)解析第一域名“a.example.info”等同于解析目标域名 “a.example.com”。
当目标域名“a.example.com”、第一域名为“a.example.info”，对应的第二下层权威域名服务器为管理example.info对应NS的example.org权威域名服务器。
参照图2，当本地域名服务器不存在“a.example.info”的缓存记录、且不存在 第二下层权威域名服务器(example.org权威域名服务器)的缓存记录以及第一 顶级权威域名服务器如info.和第二顶级域名服务如org.的相关缓存记录时，可 以对应执行如下流程：
流程7.1、本地域名服务器向根域名服务器发送针对第一域名 “a.example.info”的解析请求。
流程8.1、根域名服务器将第一顶级权威域名服务器，在本举例中即info顶 级权威域名服务器的IP地址返回给本地域名服务器。
流程9.1、本地域名服务器向第一顶级权威域名服务器，在本举例中即info 顶级权威域名服务器发送针对第一域名“a.example.info”的解析请求。
在本地域名服务器存在第一顶级权威域名服务器即info顶级域名服务器的 缓存记录时，则直接执行流程9。
流程9.1、第一顶级权威域名服务器即info顶级域名服务向本地域名服务器 返回example.info的NS记录dns1.example.org；
流程10.1、本地域名服务器向根域名服务器请求关于dns1.example.org.的解 析记录；
流程11.1、根域名服务器返回关于org.的第二顶级域名权威服务器的地址；
流程12.1、本地域名服务器向org.第二顶级域名权威服务器请求关于dns1.example.org的解析记录；
流程13.1、org.的第二顶级域名权威服务器返回给本地域名服务器关于example.org的第二下层权威域名服务器地址；
流程14.1、本地域名服务器向example.org第二下层权威域名服务器地址请 求关于dns1.example.org的解析记录；
流程15.1、example.org第二下层权威服务器根据LDNS的来源结合规划的 view归属响应一个离本地域名服务器比较近的dns1.example.org的解析记录 (NIP)；
流程16.1、根据第二下层权威服务器返回的解析记录，本地域名服务器向example.info的第三下层权威域名服务器(dns1.example.org)请求a.example.info. 的解析记录；
流程17.1、example.info第三下层权威域名服务器(dns1.example.org)返回 给a.example.info的解析记录，也即最终解析结果，实际其对应配置为映射源域 名a.example.com的解析。
本实施例中，还可以进一步对使用单播地址的权威域名服务器进行针对地 理位置和运营商的分区管理。进一步的，可以根据地理位置和运营商，引流至 与本地域名服务器相匹配的、使用单播技术的权威域名服务器，对目标域名进 行实际上的解析。
具体的，分区管理指的是将使用单播地址的权威域名服务器按照预置的视 图进行划分，其中，视图(View)是预先规划出来的一个地理位置+运营商的概 念，比如北京+电信组合出来北京电信这个视图，中国台湾+中华电信组合出中 国台湾中华电信这个视图。
需要注意的是，顶级域名服务器(如com顶级域名服务器或者info顶级域 名服务器)无法实现分区管理，即无法定义视图的功能。因此，本实施例中， 需要使用非顶级域名服务器的权威域名服务器，来实现对使用单播地址的权威 域名服务器的分区管理。
本实施例中，第二解析结果是跟本地域名服务器同视图的人工规划的所诉 使用单播地址的解析结果。
一般的，域名解析中存在A记录、CNAME记录、NS记录等记录。
其中，A记录，又称IP指向记录，用户可以在此设置子域名并指向到自己 的目标主机地址上，从而实现通过域名找到服务器。A记录的表现形式为 www.example.com192.168.1.1。如果需要再将域名指向一个IPv4地址(例如： 100.100.100.100)，则增加A记录。A记录除了进行域名IP对应以外，还有一 个高级用法，可以作为低成本的负载均衡的解决方案，比如说，www.example.com 可以创建多个A记录，对应多台物理服务器的IP地址，可以实现基本的流量均 衡。
需要注意的是，指向的目标主机地址类型只能使用IP地址。
其中，CNAME记录，又称别名记录，允许将多个名字映射到同一台计算机。 比如设置test.mydomain.com，用来指向一个域名www.rddns.com，那么以后就 可以用test.mydomain.com来代替访问www.rddns.com了。
其中，NS记录，又称为解析服务器记录，用来表明由哪台服务器对该域名 进行解析
示例性的，如将news.mydomain.com的NS记录指向到ns.mydomain.com， 表明由服务器ns.mydomain.com来解析域名news.mydomain.com。进一步的，在 设置NS记录的同时还需要设置ns.mydomain.com的指向，否则NS记录将无法 正常解析。
在另一实施例中，参照图3，在第一下层权威域名服务器返回的第一解析结 果是NS记录时，具体执行流程举例如下：
流程6.2、“example.com”下层权威域名服务器(第一下层权威域名服务器) 确定本地域名服务器符合预设切换条件，给出将目标域名“a.example.com”到第 一域名“a.example.info”的第一解析结果(NS记录)，用于记录“example.info”的域 名服务器记录(NS记录)被映射为分区域名“dns1.example.org”。
流程7.2、本地域名服务器向根域名服务器请求针对分区域名“dns1.example.org”的解析记录。
流程8.2、根域名服务器返回给本地域名服务器关于org顶级域名服务器的 IP地址；
流程9.2、本地域名服务器向第三顶级权威域名服务器，在本举例中即org 顶级权威域名服务器发送针对分区域名“dns1.example.org”的解析请求。
流程10.2、第三顶级权威域名服务器，在本举例中即org顶级权威服务器向 所述本地域名服务器返回所述第二下层权威域名服务器“example.org”权威域名 服务器的IP地址。
流程11.2、本地域名服务器向所述第二下层权威域名服务器“example.org” 权威域名服务器发送针对分区域名“dns1.example.org”的第二解析请求。
流程12.2、所述第二下层权威域名服务器，即“example.org”的下层权威域名 服务器具有分区管理功能，可以选择一与本地域名服务器匹配的、具有单播地 址的第三下层权威域名服务器，作为解析第一域名“a.example.info”对应的权威域 名服务器，其对应的单播地址，即第二解析结果。
进一步的，在得到第二解析结果之后，还可以执行如下的流程：
流程13.2、本地域名服务器接收第二解析结果，即分区域名 “dns1.example.org”对应的单播地址，可以向该单播地址所在的权威域名服务器 (实际的“example.info”权威域名服务器)发送针对所述第一域名 “a.example.info”的解析请求。
流程14.2、单播地址对应的“example.info”权威域名服务器返回第一域名“a.example.info”的第四解析记录给本地域名服务器，实际其对应配置为映射的目 标域名“a.example.com”的解析结果。
进一步的，针对第一解析结果为NS记录的情况，在步骤S130之后还可以 包括如下步骤：
S160、所述本地域名服务器缓存所述目标域名的所述最终解析结果；
S170、所述本地域名服务器在第二次接收到所述目标域名的解析请求时， 先判断缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而 所述NS记录未过期，所述本地域名服务器根据所述NS记录向所述第三下层权 威域名服务器发起域名解析请求。
具体的，在一具体的实施例中，在执行完流程18之后，本地域名服务器已 经有了“a.example.com”映射到“a.example.info”的CNAME记录，且其缓存为 大于或者等于两天(可配置)，并且“a.example.info”的解析记录也已经有了缓存， 且其缓存一般为600秒。
当客户端向本地域名服务器再次请求“a.example.com”的时候，如果本地域 名服务器发现“a.example.info”的解析记录已经过期，但是由于“a.example.com” 映射到“a.example.info”的CNAME记录还没过期，那本地域名服务求就会直 接向“example.info”的权威域名服务器(离本地域名服务器匹配的、使用单播 地址的dns1.example.org权威域名服务器)发起解析请求。从而在CNAME记录 不过期的情况下，可以快速缩短“a.example.com”的解析时长，实现Anycast 引流到离本地域名服务器最近的单播地址权威域名服务器的目的。
图4是本发明实施方式中域名的解析系统的工作流程图。参照图4，本实施 例中提供的域名的解析系统可以包括：本地域名服务器、第一下层权威域名服 务器、第二下层权威域名服务器。
具体的，参照图4，域名的解析系统的工作原理如下：
S310、本地域名服务器，用于向第一下层权威域名服务器发送目标域名的 第一解析请求；
S320、所述第一下层权威域名服务器，用于判断是否符合预设切换条件， 如果符合预设切换条件，则向所述本地域名服务器响应第一解析结果。
本实施例中，所述预设切换条件为：
所述本地域名服务器的地理位置和运营商组成的视图为预设的视图；或
所述本地域名服务器的IP地址为预置的IP地址、属于预置的IP段或归属 于预置的自治系统中至少一种情形；且
所述目标域名为预置的域名或者相关后缀域名。
S330、所述本地域名服务器，用于根据所述第一解析结果向第二下层权威 域名服务器发送第二解析请求；
S340、所述第二下层权威域名服务器，用于向所述本地域名服务器响应第 二解析结果；
S350、所述本地域名服务器，用于根据第二解析结果的信息重新获取最终 解析结果。
其中，所述最终解析结果为第一域名或者第一请求域名(目标域名)的最 终解析结果。
进一步的，可以根据第一解析结果的类型进行分别详细论述。
1、第一解析结果为CNAME记录
所述第一权威域名服务器向所述本地域名服务器响应第一解析结果是 CNAME记录。
在一实施例中，当第一解析结果为CNAME记录时，可以将目标域名映射 为其他域名，该其他的域名，可以由所述单播地址的第三下层权威域名服务器 进行解析。
本实施例中，可以将步骤S350细化为如下步骤：
S351、所述本地域名服务器向所述CNAME记录指向的第三下层权威域名 服务器发起第三解析请求；所述第三下层权威域名服务器返回所述最终解析结 果。
进一步的，针对第一解析结果为CNAME记录的情况，在步骤S350之后还 可以包括如下步骤：
S360、所述本地域名服务器缓存所述目标域名的所述最终解析结果；
S370、所述本地域名服务器在第二次接收到所述目标域名的解析请求时， 先判断缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而 所述CNAME记录未过期，所述本地域名服务器根据所述CNAME记录向所述 第三下层权威域名服务器发起域名解析请求。
2、第一解析结果为NS记录
所述第一权威域名服务器向所述本地域名服务器响应第一解析结果是NS 记录。
具体的，当第一解析结果为NS记录时，NS记录为所述分区域名，可以由 所述的负责分区管理的第二下层权威域名服务器提供解析。从而，所述第二下 层权威域名服务器在对分区域名即所述第一解析结果进行解析过程中，可以根 据本地域名服务器的地理位置和运营商，将分区域名指向与本地域名服务器相 匹配的、所述使用单播技术的第三下层权威域名服务器的IP地址，从而避免路 由绕路的问题。
本实施例中，可以将步骤S350细化为如下步骤：
S353、所述本地域名服务器向管理所述NS记录的第二下层权威域名服务器 发起第二解析请求。
本实施例中，第二下层权威域名服务器为所述管理分区域名即NS记录的权 威域名服务器，用于负责记录解析该分区域名的权威域名服务器
S354、所述本地域名服务器根据第二下层权威域名服务器返回的第二解析 结果，向所述第三下层权威域名服务器发起解析请求，所述第三下层权威域名 服务器向本地域名服务器返回所述最终解析结果。
需要注意的是第二下层权威域名服务器可以是任一域名后缀的非顶级域名 服务器。
进一步的，针对第一解析结果为NS记录的情况，在步骤S350之后还可以 包括如下步骤：
S380、所述本地域名服务器缓存所述目标域名的所述最终解析结果；
S390、所述本地域名服务器在第二次接收到所述目标域名的解析请求时， 先判断缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而 所述NS记录未过期，所述本地域名服务器根据所述NS记录向所述第三下层权 威域名服务器发起域名解析请求。
图5是本发明实施方式中域名的解析设备的结构示意图。请参阅图5，本申 请还提供一种域名的解析设备，所述域名的解析设备包括处理器和存储器，所 述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，可以实 现上述的域名的解析方法。
本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相 同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的 不同之处。尤其，针对系统和设备的实施方式来说，均可以参照前述方法的实 施方式的介绍对照解释。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施 方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。 基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以 以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介 质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备 (可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例 的某些部分所述的方法。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的 精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。
Claims (10)
1.一种域名的解析方法，其特征在于，包括：
本地域名服务器向第一下层权威域名服务器发送目标域名的第一解析请求，所述第一下层权威域名服务器判断是否符合预设切换条件，如果符合预设切换条件，则向所述本地域名服务器响应第一解析结果；
所述本地域名服务器根据所述第一解析结果，向第二下层权威域名服务器发起第二解析请求，所述第二下层权威域名服务器向所述本地域名服务器响应第二解析结果；
所述本地域名服务器根据第二解析结果的信息重新获取最终解析结果。
2.根据权利要求1所述的方法，其特征在于，所述预设切换条件为：
所述本地域名服务器的地理位置和运营商组成的视图为预设的视图；或
所述本地域名服务器的IP地址为预置的IP地址、属于预置的IP段或归属于预置的自治系统中至少一种情形；且
所述目标域名为预置的域名或相关后缀域名。
3.根据权利要求1所述的方法，其特征在于，所述第一下层权威域名服务器向所述本地域名服务器响应第一解析结果是CNAME记录。
4.根据权利要求3所述的方法，其特征在于，还包括：
所述第二下层权威域名服务器为管理分区域名，即管理第三下层权威域名服务器的权威域名服务器；
所述本地域名服务器缓存所述目标域名的所述最终解析结果；
所述本地域名服务器在第二次接收到所述目标域名的解析请求时，先判断缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而所述CNAME记录未过期，所述本地域名服务器根据所述CNAME记录向所述第三下层权威域名服务器发起域名解析请求。
5.根据权利要求1所述的方法，其特征在于，所述第一下层权威域名服务器向所述本地域名服务器响应第一解析结果是NS记录。
6.根据权利要求5所述的方法，其特征在于，还包括：
所述第二下层权威域名服务器为管理分区域名，即管理第三下层权威域名服务器的权威域名服务器；
所述本地域名服务器缓存所述目标域名的所述最终解析结果；
所述本地域名服务器在第二次接收到所述目标域名的解析请求时，先判断缓存的所述最终解析结果是否过期，若判断所述最终解析结果已过期而所述NS记录未过期，所述本地域名服务器根据所述NS记录向所述第三下层权威域名服务器发起域名解析请求。
7.根据权利要求1～6任一所述的方法，其特征在于：所述第一下层权威域名服务器为任播技术中任播地址对应的权威域名服务器；
所述第二下层权威域名服务器为管理分区域名，即管理第三下层权威域名服务器的权威域名服务器；
所述第三下层权威域名服务器为使用单播地址的权威域名服务器；
所述最终解析结果为第三下层权威域名服务器返回的最终解析结果。
8.一种域名的解析系统，其特征在于，包括：本地域名服务器、第一下层权威域名服务器、第二下层权威域名服务器；
本地域名服务器向第一下层权威域名服务器发送目标域名的第一解析请求，所述第一下层权威域名服务器判断是否符合预设切换条件，如果符合预设切换条件，则向所述本地域名服务器响应第一解析结果；
所述本地域名服务器根据所述第一解析结果，向第二下层权威域名服务器发起第二解析请求，所述第二下层权威域名服务器向所述本地域名服务器响应第二解析结果；
所述本地域名服务器根据第二解析结果的信息重新获取最终解析结果。
9.一种域名的解析设备，其特征在于，所述域名的解析设备包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现如权利要求1至7中任一所述的方法。
10.一种计算机可读介质，其特征在于，其上存储有计算机程序，该计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010640150.4A CN111953802A (zh) | 2020-07-06 | 2020-07-06 | 一种域名的解析方法、系统、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010640150.4A CN111953802A (zh) | 2020-07-06 | 2020-07-06 | 一种域名的解析方法、系统、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111953802A true CN111953802A (zh) | 2020-11-17 |
Family
ID=73341345
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010640150.4A Pending CN111953802A (zh) | 2020-07-06 | 2020-07-06 | 一种域名的解析方法、系统、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111953802A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112671866A (zh) * | 2020-12-15 | 2021-04-16 | 上海牙木通讯技术有限公司 | Dns分流解析方法、dns服务器及计算机可读存储介质 |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101911600A (zh) * | 2007-12-28 | 2010-12-08 | 雅虎公司 | 经由任播的无地图全局流量负载均衡 |
| CN102077189A (zh) * | 2008-06-30 | 2011-05-25 | 亚马逊技术有限公司 | 使用网络计算组件的请求路由 |
| US8606938B1 (en) * | 2012-09-27 | 2013-12-10 | Ringcentral, Inc. | High availability for cloud-based services |
| CN103957285A (zh) * | 2014-04-18 | 2014-07-30 | 上海聚流软件科技有限公司 | 提供根域名解析服务的方法和系统 |
| US20150281168A1 (en) * | 2014-04-01 | 2015-10-01 | Cloudflare, Inc. | Domain name system cname record management |
| CN105162900A (zh) * | 2015-09-25 | 2015-12-16 | 中国互联网络信息中心 | 一种多节点协作的域名解析和缓存方法及系统 |
| CN106210165A (zh) * | 2016-07-08 | 2016-12-07 | 中国互联网络信息中心 | 基于ns记录分层授权缓解域名权威记录劫持影响的方法 |
| CN107623751A (zh) * | 2016-07-14 | 2018-01-23 | 网宿科技股份有限公司 | Dns网络系统、域名解析方法及系统 |
| CN108900648A (zh) * | 2018-06-13 | 2018-11-27 | 网宿科技股份有限公司 | 一种控制多cname流量比例的方法和装置 |
| CN109067936A (zh) * | 2018-09-05 | 2018-12-21 | 网宿科技股份有限公司 | 一种域名解析的方法及装置 |
| CN111200667A (zh) * | 2019-12-18 | 2020-05-26 | 网宿科技股份有限公司 | 一种域名解析方法、权威域名服务器和本地域名服务器 |
| CN111343292A (zh) * | 2020-02-10 | 2020-06-26 | 广州根链国际网络研究院有限公司 | 权威dns服务器信息更新方法及系统 |
-
2020
- 2020-07-06 CN CN202010640150.4A patent/CN111953802A/zh active Pending
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101911600A (zh) * | 2007-12-28 | 2010-12-08 | 雅虎公司 | 经由任播的无地图全局流量负载均衡 |
| CN102077189A (zh) * | 2008-06-30 | 2011-05-25 | 亚马逊技术有限公司 | 使用网络计算组件的请求路由 |
| US8606938B1 (en) * | 2012-09-27 | 2013-12-10 | Ringcentral, Inc. | High availability for cloud-based services |
| US20150281168A1 (en) * | 2014-04-01 | 2015-10-01 | Cloudflare, Inc. | Domain name system cname record management |
| CN103957285A (zh) * | 2014-04-18 | 2014-07-30 | 上海聚流软件科技有限公司 | 提供根域名解析服务的方法和系统 |
| CN105162900A (zh) * | 2015-09-25 | 2015-12-16 | 中国互联网络信息中心 | 一种多节点协作的域名解析和缓存方法及系统 |
| CN106210165A (zh) * | 2016-07-08 | 2016-12-07 | 中国互联网络信息中心 | 基于ns记录分层授权缓解域名权威记录劫持影响的方法 |
| CN107623751A (zh) * | 2016-07-14 | 2018-01-23 | 网宿科技股份有限公司 | Dns网络系统、域名解析方法及系统 |
| CN108900648A (zh) * | 2018-06-13 | 2018-11-27 | 网宿科技股份有限公司 | 一种控制多cname流量比例的方法和装置 |
| CN109067936A (zh) * | 2018-09-05 | 2018-12-21 | 网宿科技股份有限公司 | 一种域名解析的方法及装置 |
| CN111200667A (zh) * | 2019-12-18 | 2020-05-26 | 网宿科技股份有限公司 | 一种域名解析方法、权威域名服务器和本地域名服务器 |
| CN111343292A (zh) * | 2020-02-10 | 2020-06-26 | 广州根链国际网络研究院有限公司 | 权威dns服务器信息更新方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 秦臻等: "基于云的域名解析服务模型", 《通信学报》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112671866A (zh) * | 2020-12-15 | 2021-04-16 | 上海牙木通讯技术有限公司 | Dns分流解析方法、dns服务器及计算机可读存储介质 |
| CN112671866B (zh) * | 2020-12-15 | 2022-11-25 | 牙木科技股份有限公司 | Dns分流解析方法、dns服务器及计算机可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7447798B2 (en) | Methods and systems for providing dynamic domain name system for inbound route control | |
| JP5150769B2 (ja) | 要求ルーティングおよびクライアントロケーション情報を利用したルーティング情報の更新 | |
| US8769118B2 (en) | Domain name service resolver | |
| US9712422B2 (en) | Selection of service nodes for provision of services | |
| US7496651B1 (en) | Configurable geographic prefixes for global server load balancing | |
| US9021112B2 (en) | Content request routing and load balancing for content distribution networks | |
| US7991910B2 (en) | Updating routing information based on client location | |
| US10298486B2 (en) | Selecting network services based on hostname | |
| US8214524B2 (en) | System and method for selecting an optimal authoritative name server | |
| US20110264798A1 (en) | Host-level policies for global server load balancing | |
| CN110933156A (zh) | 一种域名解析的方法及装置 | |
| JP2007207231A (ja) | ネットワークにおける分散サービスへのアクセス法 | |
| CN111953802A (zh) | 一种域名的解析方法、系统、设备及存储介质 | |
| JP4180279B2 (ja) | 名前解決を用いたルーティング方法およびそのシステム | |
| EP2019535A1 (en) | Requester-aware domain name system | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features | |
| Cisco | Configuring Advanced Features |
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: 20201117 |
|
| RJ01 | Rejection of invention patent application after publication |