一种域名解析加速方法、系统和装置的制造方法
【技术领域】
[0001 ]本发明涉及一种域名解析领域，特别是涉及一种存在非DNSSEC(Domain NameSystem Security Extens1ns，DNS安全扩展)记录的空主机头域名解析的域名解析加速加速方法、系统和装置。
【背景技术】
[0002]域名解析是把域名指向网站空间的IP(Internet Protocol)地址，让人们通过注册的域名可以方便地访问到网站的一种技术。但是，IP地址是一组用户标识网络上站点的数字，不便于记忆。因此，为了方便记忆，通常采用域名来代替IP地址来标识站点地址。域名解析就是域名到IP地址的转换过程，并且，域名的解析工作是由DNS(Domain Name System)服务器完成。当客户端需要访问网络时，在浏览器输入域名；该域名经过解析后，客户端便实现了对该IP地址所对应的服务器的访问。其中，主机名或者域名所对应的IP地址被称作A记录。
[0003]随着互联网技术的发展，为了优化域名解析过程引入了⑶N技术。在⑶N服务领域，需要对自己网络做访问加速的用户通常将网站的地址(例如:www.163.com)配置一个别名记录(例如:www.163.com.aaa.com)。别名记录(CNAME)中的域名属于⑶N服务提供商，由⑶N服务提供商为别名记录的域名指定A记录。这样一来，需要做访问加速的原始域名做域名解析的结果就由CDN服务提供商控制，从而达到了优化访问的效果。
[0004]⑶N加速领域还衍生出对顶级域名解析的加速需求，即对形如163.com这样的空主机头域名的A记录解析。其中，顶级域名是一个和权威域名同名的域名(例如:163.com)，或称为“空主机头”，且其配置的资源类型包括NS(Name Serve )记录、S0A( Start ofAuthority)记录、MX(MaiI Exchanger)记录、TXT记录等。
[0005]客户端采用现有的CDN加速方式，得到一个域名的解析记录的DNS解析过程如图1所示，包括:
[0006]步骤001，客户端向本地DNS解析器请求要访问域名的A记录；假设域名为www.163.com；
[0007]步骤002，本地DNS解析器向域163.com的权威DNS服务器发出请求解析域名www.163.com 的 A 记录；
[0008]步骤003，域名163.com的权威DNS服务器给本地DNS解析器返回www.163.com的别名记录www.163.com.aaa.com，该别名记录通常由客户www.163.com自行配置，另U名记录由CDN服务提供商配置管理，授权域名为aaa.com;
[0009]步骤004，本地DNS解析器解析步骤003返回的响应，并向域名aaa.com的权威DNS月艮务器请求www.163.com.aaa.com的A记录；
[0010]步骤005，域名aaa.com的权威DNS服务器向本地DNS解析器返回www.163.com.aaa.com的别名记录163.xdwscache.bbb.com，该别名记录通常由CDN服务提供商配置管理，别名记录的授权域名为bbb.com;[0011 ] 步骤006，本地DNS解析器解析步骤005返回的响应，并向域名bbb.com的权威DNS月艮务器请求 163.xdwscache.bbb.com 的 A 记录；
[0012]步骤007，域名bbb.com的权威DNS服务器向本地DNS解析器响应域名163.xdwscache.bbb.com 的 A 记录，即 IP 地址；
[0013]步骤008，本地DNS解析器解析007返回的响应，并对上网终端用户响应如下内容:www.163.com 的另 Ij名 i 己录 www.163.com.aaa.com ,www.163.com.aaa.com 的另 Ij 名 i 己录163.xdwscache.bbb.com，163.xdwscache.bbb.com的A记录(即IP地址),bbb.com的权威记录(NS类型记录)以及附加段。
[0014]但是，依据国际互联网协会ISOC赞助发行的RFC1034文件的规定:已经注册了CNAME类型的域名记录不能再注册除DNSSEC相关类型记录(包括RRSIG记录、NSEC记录等)夕卜的任何其他类型记录(包括MX记录、A记录、NS记录等等)。所有的DNS解析器对空机头域名解析时均需要遵守该规定，从而对于空主机头的域名出现CNAME类型配置时将影响其它类型的记录(如NS记录、MX记录、SOA记录等)，势必会导致该空主机头域名解析失败。
[0015]为了解决空主机头域名的⑶N加速不适宜直接使用配置别名记录的问题，目前主要通过以下三种方式来实现:
[0016]1.对空主机头域名直接配置A记录，其基于来访IP或客户子网(edns-client-subnet)来调度解析结果:由于调度解析的资源通常是放在CDN厂商，而域名的授权注册通常在域名注册厂商或第三方的DNS解析服务提供商，因此这种方法需要把CDN厂商的资源暴露给权威域名的管理员，或者权威域名的管理员把权威解析授权给CDN服务厂商，这种耦合了 CDN调度和域名解析授权注册的方法增加了管理成本，设置上不灵活，或者引起权利纠纷。
[0017]2.一些第三方的DNS解析服务提供商提出了一种隐式CNAME类型(如:cloudXNS提出的名为LINK的资源类型):该类型不是DNS标准协议中所规定的类型，属于自定义的私有协议，不能在公开的DNS请求-响应过程中传递。在支持该私有协议的DNS系统中，DNS服务器直接给出域名解析的最终结果(即A记录)并隐藏了当前域名的别名记录，但是当解析器请求的类型没有在该DNS系统配置时，该DNS系统仍然会响应当前域名的CNAME配置，由于公共的DNS解析器遵循RFC1034的规定，缓存的别名类型记录将影响该域名的其他类型，导致其他类型的记录解析失效。另一方面，这种私有的隐式CNAME的机制要求别名记录在同一厂商的系统下解析，因此仍然存在方法I中所述CDN加速厂商和解析服务提供商的耦合问题。
[0018]3.对于http/https协议的加速场景，可以借助http协议的特性来实现规避别名记录和其他记录共存的问题:当HTTP服务器返回一个状态码为302的响应时，可以将HTTP请求重定向到新的资源地址，不依赖DNS的别名记录。然而CDN服务的需求并不仅限于http/https，目前衍生出大量对于非http/https协议的加速需求，如git: //协议和ssh: //协议，没有具备类似http302跳转的特性，因此该方法不能解决非http/https协议的CDN加速需求。
[0019]因此，在满足RFC1034文件规定的情况下，如何有效实现空主机头域名的解析加速问题是本领域技术人员所亟待解决的问题。
【发明内容】
[0020]鉴于以上所述现有技术的缺点，本发明的目的在于提供一种域名解析加速方法、系统和装置，用于解决现有技术中，如何实现对空主机头域名的解析加速，以及在解析空主机头域名出现别名记录类型配置时，易导致该空机头域名解析失败的问题。
[0021]为实现上述目的及其他相关目的，本发明提供一种域名解析加速方法，应用于连接在DNS解析器和一个或多个权威DNS服务器之间的域名解析加速装置，每个权威DNS服务器对应于解析预先指定的域名;所述域名解析加速方法包括:接收由所述DNS解析器发出的解析待解析域名的第一请求，所述第一请求包括所述待解析域名的解析结果的记录类型；通过与所述待解析域名相关联的一个或多个权威DNS服务器进行所述待解析域名的递归解析，以获取整个递归解析过程中与所述待解析域名相关联的一个或多个权威DNS服务器响应的解析结果;收集所有的所述解析结果，并在收集到的所有所述解析结果中，隐藏所述递归解析过程中出现的别名记录，选择与所述第一请求中所述待解析域名的解析结果的记录类型相同的解析结果响应至所述DNS解析器。
[0022]于本发明的一实施例中，所述第一请求中所述待解析域名的解析结果的记录类型包括A记录、TXT记录、AAAA记录、PTR记录和MX记录。
[0023]于本发明的一实施例中，在整个所述递归解析过程中，向与所述待解析域名相关联的一个或多个权威DNS服务器发出的每一个解析请求中均包括携带了所述DNS解析器的IP地址或所述DNS解析器的子网地址的edns-client-subnet信息。
[0024]于本发明的一实施例中，所述递归解析过程中的与所述待解析域名相关联的一个或多个权威DNS服务器是根据所述DNS解析器的IP地址或所述DNS解析器的子网地址而选择的。
[0025]于本发明的一实施例中，所述域名解析加速方法还包括:若接收到的所有解析结果的记录类型均与所述域名的解析结果的记录类型不同，则将所述递归解析过程中所述待解析域名的SOA记录响应至所述DNS解析器。
[0026]于本发明的一实施例中，所述域名解析加速还包括:所述DNS解析器将接收到的与所述待解析域名的解析结果的记录类型相同的解析结果和/或所述SOA记录返回至客户端。
[0027]本发明还公开了一种域名解析加速系统，应用于连接在DNS解析器和一个或多个权威DNS服务器之间的域名解析加速装置，每个权威DNS服务器对应于解析预先指定的域名，所述域名解析加速系统包括: