CN105959433B - 一种域名解析方法及其域名解析系统 - Google Patents

Abstract

本发明公开了一种域名解析方法及其域名解析系统，该域名解析方法包括以下步骤S1、LDNS对自客户端发送的域名解析请求封装标识字符后向权威DNS发送域名解析请求；S2、权威DNS根据其与LDNS所共同达成的包含客户端与待访问域名关联信息的协议以确定客户端的属性；S3、权威DNS根据客户端的属性选取相匹配的若干应用响应服务器，并由其中一个应用响应服务器响应客户端的访问请求。通过本发明，实现了对自客户端的访问请求以客户端的网络环境为依据进而匹配到最合理的应答解析请求的技术效果；尤其是在基于CDN加速服务环境下，实现了CDN服务器为客户端匹配到最近的边缘节点服务器，提高了CDN服务器的对边缘节点服务器调度的效率与调度准确性。

Description

一种域名解析方法及其域名解析系统

技术领域

本发明涉及互联网域名解析技术领域，尤其涉及一种域名解析方法以及基于该方法的一种域名解析系统。

背景技术

域名解析是把域名指向网站空间的IP(Internet Protocol)地址，让人们通过注册的域名可以方便地访问到网站的一种技术。但是，IP地址是一组用户标识网络上站点的数字，不便于记忆。因此，为了方便记忆，通常采用域名来代替IP地址来标识站点地址。

域名解析就是域名到IP地址的转换过程，并且，域名的解析工作是由DNS(DomainName System)服务器完成。当客户端需要访问网络时，在浏览器输入域名；该域名经过解析后，客户端便实现了对该IP地址所对应的服务器的访问。其中，主机名或者域名所对应的IP地址被称作A记录。随着互联网技术的发展，为了优化域名解析过程引入了CDN技术。在CDN服务领域，需要对自己网络做访问加速的用户通常将网站的地址(例如：www.163.com)配置一个别名记录(例如：www.163.com.aaa.com)。别名记录(CNAME)中的域名属于CDN服务提供商，由CDN服务提供商为别名记录的域名指定A记录。这样一来，需要做访问加速的原始域名做域名解析的结果就由CDN服务提供商控制，从而达到了优化访问的效果。

在CDN加速领域中还衍生出对顶级域名解析的加速需求，即对形如163.com这样的空主机头域名的A记录解析。其中，顶级域名是一个和权威域名同名的域名(例如：163.com)，或称为“空主机头”，且其配置的资源类型包括NS(Name Serve)记录、SOA(Startof Authority)记录、MX(Mail Exchanger)记录、TXT记录等。

为提供更好的上网服务或者上网体验，内容提供商通常采用CDN(内容分发)技术，以实现内容的就近择优配置。CDN在调度网民和内容服务器的过程中，是以LDNS的IP地址作为判断网民所处的位置。通常情况下，网民在使用客户端(例如PC、平板电脑、移动通讯设备等)在接入互联网时，都会被ISP分配一个LDNS。通常情况下，LDNS与网民位置比较接近。有基于此，基于CDN的调度通常是以LDNS的IP间接的推测出网民所处的位置，从而为CDN在实现过程中寻找边缘节点提供依据。

随着公有解析服务的兴起，例如谷歌、阿里、百度等等，越来越多的网民开始有意识或者无意识的使用第三方解析服务。然而，第三方解析服务中的公有解析服务节点分布有限，部署方式参差不齐，甚至会采取收费的策略来有选择性的选择路由出口节点，从而对CDN系统调度的精准性造成负面影响。

有鉴于此，有必要对现有技术中的CDN系统中的域名解析方法及其解析系统予以改进，以解决上述问题。

发明内容

本发明的目的在于公开一种域名解析方法及其基于该解析方法的一种域名解析系统，用以解决当客户端与LDNS不在同一地理位置时，被访问的网站对客户端响应不及时的技术问题，提高用户体验；尤其是为了解决基于CDN加速服务环境下，由于客户端与LDNS不在同一地理位置时，CDN服务器无法为客户端匹配到最合理的边缘节点服务器的问题，用以提高CDN服务器的对边缘节点服务器调度的效率与调度准确性。

为实现上述发明目的之一，本发明提供了一种域名解析方法，包括以下步骤：

S1、LDNS对自客户端发送的域名解析请求封装标识字符后向权威DNS发送域名解析请求；

S2、权威DNS根据其与LDNS所共同达成的包含客户端与待访问域名关联信息的协议以确定客户端的属性；

S3、权威DNS根据客户端的属性选取相匹配的若干应用响应服务器，并由其中一个应用响应服务器响应客户端的访问请求。

作为本发明的进一步改进，步骤S3还包括LDNS将封装的标识字符推送至客户端的步骤。

作为本发明的进一步改进，权威DNS根据客户端的属性选取相匹配的若干应用响应服务器，并根据每个应用响应服务器与客户端之间的物理距离确定优先级顺序，并根据所述优先级顺序确定具体的应用响应服务器。

作为本发明的进一步改进，标识字符由客户端IP地址、客户端物理地址、ISP信息或者全局唯一标识符中的一种或者几种任意组合而成。

作为本发明的进一步改进，还包括对标识字符进行加密处理，并将加密处理后的标识字符与自客户端发送的域名解析请求进行封装的步骤。

作为本发明的进一步改进，加密处理包括：MD5加密算法、DES加密算法、AES加密算法、RSA加密算法、基于属性加密算法或者随机跳码加密算法。

作为本发明的进一步改进，应用响应服务器运行于所述域名解析请求所指向的网站的主机服务器或者分布式站点服务器或者CDN服务器所选中的边缘节点服务器中。

作为本发明的进一步改进，应用响应服务器运行于所述域名解析请求基于CDN服务器所选中的距离客户端物理距离最近的边缘节点服务器中，以通过被选中的边缘节点服务器响应客户端推送页面。

作为本发明的进一步改进，步骤S2还包括：由CDN服务器所选中的边缘节点服务器构建全局唯一标识符与客户端IP对应关系的表单，并定期同步更新到权威DNS；所述表单同步更新的间隔为2～5分钟。

作为本发明的进一步改进，步骤S2还包括权威DNS对所述域名解析请求中所关联的站点域名进行别名配置，以生成包含非规范名的别名，并将所述别名添加至表单中；所述非规范名包括：英文、数字、标点符号、制表符、数学序号或者拉丁文。

作为本发明的进一步改进，表单以数据表的形式在边缘节点服务器中被自动创建或者手动输入。

作为本发明的进一步改进，数据表被配置为数据库、excel文件、word文件、txt文件、json文件或者xml文件。

为实现上述发明目的之二，本发明还提供了一种域名解析系统，包括：

LDNS、权威DNS、若干应用响应服务器；

LDNS，用于对自客户端发送的域名解析请求封装标识字符后向权威DNS发送域名解析请求；

权威DNS，根据其与LDNS共同达成包含客户端与待访问域名关联信息的协议以确定客户端的属性，根据客户端的属性选取相匹配的若干应用响应服务器；

若干应用响应服务器，响应客户端的访问请求并推送应用页面。

与现有技术相比，本发明的有益效果是：通过本发明，实现了对自客户端的发送的包含站点域名的访问请求并以客户端的网络环境为依据进而匹配到最合理的应答解析请求的技术效果；尤其是在基于CDN加速服务环境下，实现了CDN服务器为客户端匹配到最近的边缘节点服务器，提高了CDN服务器的对边缘节点服务器调度的效率与调度准确性。

附图说明

图1为现有技术中基于第三方解析服务器对客户端发出的访问请求进行域名解析的域名解析系统的结构示意图；

图2为本发明一种域名解析方法的流程图；

图3为本发明一种域名解析系统的结构示意图；

图4为本发明一种域名解析系统在CDN加速服务环境下的结构示意图；

图5为本发明一种域名解析系统在非CDN加速服务环境下的结构示意图。

具体实施方式

下面结合附图所示的各实施方式对本发明进行详细说明，但应当说明的是，这些实施方式并非对本发明的限制，本领域普通技术人员根据这些实施方式所作的功能、方法、或者结构上的等效变换或替代，均属于本发明的保护范围之内。

在详细描述本发明创造之前，首选对相关技术作阐述。

DNS(Domain Name System,域名系统)是互联网最为重要的基础性资源，是其他互联网业务安全运行的保障。DNS包括权威DNS、多个LDNS(本地DNS)、递归服务器以及客户端组成。权威DNS存储了一个或者多个区的信息，是DNS资源记录的源头。递归服务器负责接收客户端(解析器)发送的访问请求，然后通过向各级权威DNS发出查询请求以获得用户需要的查询结果，然后返回给客户端的解析器。递归服务器可以将权威DNS返回的各种记录进行缓存从而减少查询次数和提高查询效率。因此也被称之为缓存服务器。客户端一般通过递归服务器查询各类资源记录。

内容分发网络(CDN)是一种新型网络构建方式，它是为能在传统的IP网发布宽带丰富媒体而特别优化所形成的网络覆盖层；CDN是一个经策略性部署的整体系统，包括：分布式存储、负载均衡系统、网络请求的重定向和内容管理四个要件，负载均衡系统是整个CDN的核心，负载均衡系统的准确性和效率直接决定了整个CDN的效率和性能。负载均衡系统中的负载均衡技术将网络的流量尽可能均匀地分配到几个能完成相同任务的服务器或网络节点上进行处理，避免部分网络节点过载而另一部分节点空闲的不利状况，既可以提高网络流量，又可以提高网络的整体性能，通过用户就近性和服务器负载的判断，CDN确保内容以一种极为高效的方式为用户的请求提供服务。

参图1所示，位于江苏省南京市的一个网民在客户端1(PC)键入www.sina.com的访问请求，ISP是中国电信。该用户A的访问请求首先被发送至位于中国电信位于江苏省南京市的LDNS中。然后，再由位于南京市的LDNS向第三方域名解析服务器发送页面访问请求。由于第三方域名解析服务中的公有解析服务节点分布有限且不一定在南京市也存在相应布置。因此，该第三方域名解析服务器就很有可能将新浪网主机位于不在江苏省的站点(例如将新浪网主机位于山东省的站点主机)作为响应节点，并将位于山东省的站点主机向南京市的LDNS作出响应。最后，通过江苏省南京市的LDNS将新浪网的页面或者应用推送至位于南京市的网民的客户端上。

当然，第三方域名解析服务器可对选取到位于山东省的站点主机进行CDN加速服务，但是效果仍然不好，因为南京市的客户端与山东省的站点主机之间的物理距离太远，响应效果不佳，且存在网络迟滞的风险。

实施例一：

为此，本说明书首先揭示了一种域名解析方法。

请参图2所示，在本实施方式中，该域名解析方法包括以下步骤：

步骤S1、LDNS2对自客户端1发送的域名解析请求封装标识字符后向权威DNS3发送域名解析请求；

步骤S2、权威DNS3根据其与权威LDNS2所共同达成的包含客户端1与待访问域名关联信息的协议以确定客户端1的属性；

步骤S3、权威DNS3根据客户端1的属性选取相匹配的若干应用响应服务器4，并由其中一个应用响应服务器4响应客户端1的访问请求。

接下来，我们以从客户端1访问www.baidu.com为事例详细阐述本发明。

位于江苏省南京市的用户A在客户端1(例如PC)键入“www.baidu.com”。客户端1可被配置为PC，当然该客户端1也可被配置为平板电脑、数字移动电话、笔记本电脑或者其他具有数据收发功能的电子设备。该用户的ISP(互联网服务提供商)为中国电信，客户端的IP地址为“202.192.134.101”，并将包含该站点域名的访问请求发送至位于南京市的LDNS2上。

LDNS2是直接给客户端1提供应用服务的。所以LDNS2能够获取该网民的客户端1的IP地址等信息。当南京市的LDNS2接收到对“百度”这个站点的访问请求时，可对自客户端1发送的域名解析请求封装标识字符。经过封装标识字符的域名解析请求可展现为jiangsu_tel.www.baidu.com的形式或者202.192.134.101.www.baidu.com的形式或者ABCD.www.baidu.com的形式。当权威DNS3接收到封装标识字符的域名解析请求后，就能够通过“jiangsu_tel”(即，被封装的标识字符)得知该客户端1的ISP是中国电信，该客户端1的IP地址是“202.192.134.101”。

然后，权威DNS3根据其与LDNS2所共同达成的包含客户端1与待访问域名关联信息的协议以确定客户端1的属性。该协议中可对“ABCD”这一标识字符映射到客户端1的IP地址或者客户端1的ISP信息，以确定出该客户端1的物理地址。

权威DNS3根据客户端1的属性选取相匹配的若干应用响应服务器4，并根据每个应用响应服务器4与客户端1之间的物理距离确定优先级顺序，并根据所述优先级顺序确定具体的应用响应服务器4。该标识字符由客户端IP地址、客户端物理地址、ISP信息或者全局唯一标识符中(UUID)的一种或者几种任意组合而成。

因此，标识字符也可被表达为“202.192.134.101_jiangsu_tel”或者“202.192.134.101_ABCD”等其他形式，例如区号。具体的，用021代表上海，用025代表江苏省南京市，用020代表天津市，并依次类推。

在本实施方式中，在步骤S1中，还包括对标识字符进行加密处理，并将加密处理后的标识字符与自客户端1发送的域名解析请求进行封装的步骤。具体的，加密处理包括：MD5加密算法、DES加密算法、AES加密算法、RSA加密算法、基于属性加密算法或者随机跳码加密算法。通过对标识字符进行加密处理，可提高用户在客户端1访问指定网络的安全性。只要该加密后所形成的包含客户端1属性的数据记录在协议中即可，也只有这样权威DNS3才能够通过读取该标识字符所记载的信息来推测或者判断出某个客户端1发出对某一个网站进行访问请求的物理位置和/或ISP，并为后续为客户端1根据物理地址的远近或者应用响应服务器4中的多个具有优先级顺序的边缘节点服务器(如图4中的边缘节点服务器411、边缘节点服务器412至边缘节点服务器41i)确定具体的响应服务器4提供依据。

优选的，该步骤S3还包括LDNS2将封装的标识字符推送至客户端1的步骤。因此，位于江苏省南京市的网民也可在其客户端1的浏览器(如IE)中直接键入“202.192.134.101.www.baidu.com”，此时位于南京市的LDNS2就不要判断客户端1的ISP信息、客户端的真实IP地址，而直接由权威DNS3分析该标识字符“202.192.134.101”，应答该客户端1所请求的访问www.baidu.com服务，从而加速南京市的中国电信的网民在客户端1上直接对主机位于北京的百度公司的域名的访问，提高了www.baidu.com对客户端1的响应速度。

需要说明的是，该应用响应服务器4运行于所述域名解析请求所指向的网站的主机服务器(即百度公司的主机)或者分布式站点服务器(即百度公司在中国各个地区的被访问的网站的各分部式站点22)或者CDN服务器6所选中的边缘节点服务器411、边缘节点服务器412或者边缘节点服务器41i中。CDN服务器6可加载并运行于提供CDN服务的第三方服务器中(未示出)。

参图4及图5所示，本实施方式所示出的一种域名解析方法可运用于非CDN环境中(参图5所示)，也可应用于CDN环境中(参图4所示)，并在CDN环境中具有更明显的寻找边缘节点服务器41作为客户端发送的包含站点域名的访问请求的响应效率及响应速度，并能够实现就近应答的效果。

应用响应服务器4运行于所述域名解析请求基于CDN服务器6所选中的距离客户端物理距离最近的边缘节点服务器中，以通过被选中的边缘节点服务器(例如边缘节点服务器411、边缘节点服务器412或者边缘节点服务器41i)响应客户端推送页面。

在本实施方式中，i是大于或者等于1的整数，并不具体限制边缘节点服务器的数量。在本实施方式中，多个边缘节点服务器构成了边缘节点服务器群41。

具体的，在本实施方式中，该步骤S2还包括：由CDN服务器6所选中的边缘节点服务器构建全局唯一标识符(UUID)与客户端IP对应关系的表单，并定期同步更新到权威DNS3；所述表单同步更新的间隔为2～5分钟。表单同步更新的时间不能太长；若同步更新的时间太长，则会导致客户端1发起访问请求时权威DNS出现“漏检”现象；若同步更新的时间太短，则会增加边缘节点服务器及权威DNS3的计算开销。

权威DNS3与边缘节点服务器共同对该表单进行维护。具体的，该表单由边缘节点服务器生成，权威DNS3接收到客户端1发送的包含站点域名的访问请求后，可在表单中进行查找；若发现了该UUID，则以该UUID对应的IP作为识别网民发送访问请求的客户端1的物理位置的依据，实现就近应答，并将距离南京市的网民最近的一个或者几个边缘节点服务器作为应用响应服务器4。

当匹配到多个边缘节点服务器时，例如图4中的边缘节点服务器411及边缘节点服务器412，则会根据边缘节点服务器411及边缘节点服务器412与该南京市的客户端之间的物理距离确定优先级顺序。这样做的目的是，防止就近匹配的边缘节点服务器411出现宕机或者其他突发情况时，可将边缘节点服务器412作为后备的响应节点，以向该客户端1作出响应。

优选的，在步骤S2还包括权威DNS3对所述域名解析请求中所关联的站点域名进行别名配置(CNAME)，以生成包含非规范名的别名，并将所述别名添加至表单中；非规范名包括：英文、数字、标点符号、制表符、数学序号或者拉丁文。表单以数据表的形式在边缘节点服务器中被自动创建或者手动输入。数据表被配置为数据库、excel文件、word文件、txt文件、json文件或者xml文件，或者其他能够记录key-value的数据文件。

再例如，我们以ISP为北京电信的网民请求访问www.51cache.com的内容为例，发起DNS域名解析请求为例作详细说明。

S11、北京电信网民IP地址为203.100.82.142，欲访问www.51cache.com的内容。

发起DNS域名解析请求。

域名解析请求的域名为203_100_82_142.www.51cache.com。

S12、权威DNS3收到203_100_82_142.www.51cache.com的域名解析请求，获取lable(即“标识字符”)＝203_100_82_142，并转化为IP＝203.100.82.142(即“北京电信网民IP地址”)。

S13、权威DNS3通过查询地址库，获知203.100.82.142是北京电信的IP，因此推测上网用户来源于北京电信。在该过程中，客户端与待访问域名关联信息的协议即地址库。

S14、权威DNS3寻找www.51cache.com部署在北京电信附近的最优的站点IP，并作为域名解析请求的结果发起应答。

S15、北京电信网民获取www.51cache.com的最优节点(该最优节点可为图4中的一个或者多个边缘节点服务器，也可为图5中的被访问的网站的各分部式站点22)，并从中获取内容。

S16、北京电信网民请求访问www.51cache.com的内容，发起DNS解析请求，请求的域名为beijing_tel.www.51cache.com；

S17、权威DNS3收到beijing_tel.www.51cache.com的域名解析请求，获取lable(即“标识字符”)＝Beijing_tel,由此判断网民来自北京电信。

S18、权威DNS3寻找www.51cache.com部署在北京电信附近的最优的站点IP，并作为解析结果发起应答。

S19、北京电信网民获取www.51cache.com的最优节点，并从中获取内容。

S20、北京电信网民请求访问www.51cache.com的内容，发起DNS解析请求，请求的域名为64323.www.51cache.com；(其中64323为全局唯一标识符，即UUID)。

S21、权威DNS3收到64323.www.51cache.com的域名解析请求，获取UUID＝64323，并查找是否已经获知UUID为64323的网民的出口IP地址。

S22、如果查到了64323对应的IP地址“203.100.82.142”，即可判断出网民来源于北京电信。权威DNS3寻找www.51cache.com部署在北京电信附近的最优的站点IP，并作为域名解析结果发起应答。如果没有查到64323对应的IP地址，则根据该网民使用的LDNS2的IP间接推测网民的地理位置(即北京市)和ISP信息(即北京电信)。应答响应的站点IP且TTL设置为2分钟。

S23、应用响应服务器4收到了来自该网民的请求，可以获取该网民的IP地址(即为来源IP)，以及域名的第一个lable(即为UUID)，而后将二者的对应关系记录下来(新增或者更新)，并推送给权威DNS3。2分钟后，之前的域名解析过期，网民会再次发起域名解析请求，此时权威DNS3已经获取了该UUID和网民IP的关系，此时便可直接判断出发出该域名解析请求的网民来源于北京，ISP为北京电信，权威DNS3寻找www.51cache.com部署在北京电信附近的最优的站点IP，并作为解析结果发起应答。

该最优的站点可以是图4中边缘节点服务器群41中的一个或者多个边缘节点服务器，也可是图5中的被访问的网站的各分部式站点22。

实施例二：

参图2、图4及图5所示，本说明书还公开了两种域名解析系统。图4为基于CDN环境中的一种域名解析系统，图5为基于非CDN环境中的一种域名解析系统。

在图4中，该域名解析系统包括：LDNS2、权威DNS3、若干应用响应服务器4；LDNS2，用于对自客户端1发送的域名解析请求封装标识字符后向权威DNS3发送域名解析请求；权威DNS3，根据其与LDNS2共同达成包含客户端1与待访问域名关联信息的协议以确定客户端1的属性，根据客户端1的属性选取相匹配的若干应用响应服务器4；若干应用响应服务器4，响应客户端1的访问请求并推送应用页面。在本实施方式中，该应用响应服务器4被配置为有多个边缘节点服务器所组成的边缘节点服务器群41。

在本实施方式中，该应用响应服务器4运行于所述域名解析请求基于CDN服务器6所选中的距离客户端1物理距离最近的某个边缘节点服务器中，以通过被选中的边缘节点服务器(例如边缘节点服务器411、边缘节点服务器412或者边缘节点服务器41i)响应客户端1推送页面。在本实施方式中，i是复数，并不具体限制边缘节点服务器群41中边缘节点服务器的数量。

优选的，该域名解析系统还可包括CDN服务器6以及数据库5。

具体的，该数据库5中保存有不同网民的客户端IP地址与全局唯一标识符(UUID)相互关联或者具有函数映射关系的多条记录。数据库5均能与边缘节点服务器41中的每个边缘节点服务器进行数据交换，以记录来自不同客户端1的对某个或者某些网站的访问时所产生的记录，该记录就是客户端IP地址与全局唯一标识符之间相互关联或者具有函数映射关系的数据。

在本实施方式中，该数据库5包括：Oracle数据库、DB2数据库、Postgre SQL数据库、Microsoft SQL Server数据库、Microsoft Access数据库或者MySQL数据库，并更优选为MySQL数据库。当然，该数据库5也可被配置为excel文件、word文件、txt文件、json文件或者xml文件，或者其他能够记录key-value的数据文件。

在本实施方式中，权威DNS3在数据库5中进行查表，以确定客户端1与客户端IP地址及UUID之间的函数关系或者映射关系，并由CDN服务器6选取边缘节点服务器411作为客户端1的响应节点，最后由选取到的某个边缘节点服务器响应客户端1并推送应用页面。该应用页面可以是流媒体文件、视频文件、图片、应用或者其他GUI文档。

本实施方式中未尽的技术方案请参实施例一所述，在此不再赘述。

实施例三：

请参图2及图5所示出的一种域名解析系统的另一种具体实施方式。

本实施方式与实施例二的主要区别在于，在本实施方式中，该应用响应服务器4被配置为一个或者多个被访问的网站的各分部式站点22。为简化标示，图5中仅示出了一个被访问的网站的各分部式站点22。当然，在本实施方式中，也可如实施例二所述，增加配置一个与权威DNS3进行数据交互的数据库5和/或CDN服务器6(参图4所示)。

本实施方式中未尽的技术方案请参实施例一或者实例二所述，在此不再赘述。

上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

Claims (11)

1.一种域名解析方法，其特征在于，包括以下步骤：

S1、LDNS对自客户端发送的域名解析请求封装标识字符后向权威DNS发送域名解析请求；

S2、权威DNS根据其与LDNS所共同达成的包含客户端与待访问域名关联信息的协议以确定客户端的属性；

S3、权威DNS根据客户端的属性选取相匹配的若干应用响应服务器，并由其中一个应用响应服务器响应客户端的访问请求；

步骤S3还包括LDNS将封装的标识字符推送至客户端的步骤；

权威DNS根据客户端的属性选取相匹配的若干应用响应服务器，并根据每个应用响应服务器与客户端之间的物理距离确定优先级顺序，并根据所述优先级顺序确定具体的应用响应服务器。

2.根据权利要求1所述的域名解析方法，其特征在于，所述标识字符由客户端IP地址、客户端物理地址、ISP信息或者全局唯一标识符中的一种或者几种任意组合而成。

3.根据权利要求2所述的域名解析方法，其特征在于，还包括对标识字符进行加密处理，并将加密处理后的标识字符与自客户端发送的域名解析请求进行封装的步骤。

4.根据权利要求3所述的域名解析方法，其特征在于，所述加密处理包括：MD5加密算法、DES加密算法、AES加密算法、RSA加密算法、基于属性加密算法或者随机跳码加密算法。

5.根据权利要求1至4中任一项所述的域名解析方法，其特征在于，所述应用响应服务器运行于所述域名解析请求所指向的网站的主机服务器或者分布式站点服务器或者CDN服务器所选中的边缘节点服务器中。

6.根据权利要求5所述的域名解析方法，其特征在于，所述应用响应服务器运行于所述域名解析请求基于CDN服务器所选中的距离客户端物理距离最近的边缘节点服务器中，以通过被选中的边缘节点服务器响应客户端推送页面。

7.根据权利要求6所述的域名解析方法，其特征在于，所述步骤S2还包括：由CDN服务器所选中的边缘节点服务器构建全局唯一标识符与客户端IP对应关系的表单，并定期同步更新到权威DNS；所述表单同步更新的间隔为2～5分钟。

8.根据权利要求7所述的域名解析方法，其特征在于，所述步骤S2还包括权威DNS对所述域名解析请求中所关联的站点域名进行别名配置，以生成包含非规范名的别名，并将所述别名添加至表单中；所述非规范名包括：英文、数字、标点符号、制表符、数学序号或者拉丁文。

9.根据权利要求7所述的域名解析方法，其特征在于，所述表单以数据表的形式在边缘节点服务器中被自动创建或者手动输入。

10.根据权利要求9所述的域名解析方法，其特征在于，所述数据表被配置为数据库、excel文件、word文件、txt文件、json文件或者xml文件。

11.一种域名解析系统，其特征在于，包括：

LDNS、权威DNS及若干应用响应服务器；

LDNS，用于对自客户端发送的域名解析请求封装标识字符后向权威DNS发送域名解析请求；

权威DNS，根据其与LDNS共同达成包含客户端与待访问域名关联信息的协议以确定客户端的属性，根据客户端的属性选取相匹配的若干应用响应服务器；

若干应用响应服务器，响应客户端的访问请求并推送应用页面。