一种域名解析方法、服务器及系统的制作方法
【专利摘要】本发明提供一种域名解析方法、服务器及系统，该方法包括：最终域名服务器接收域名解析请求；所述最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息进行域名解析。本发明能够更精确感知网络状态的域名解析和负载均衡，能够动态感知和获得网络状态信息，为用户提供最优的域名解析和负载均衡服务，更好提升用户业务体验。
【专利说明】—种域名解析方法、服务器及系统
【技术领域】
[0001]本发明涉及计算机通信网络，更确切地说，是涉及了一种域名解析方法、服务器及系统。
【背景技术】
[0002]DNS (Domain Name System,域名系统)技术作为internet (互联网)的关键技术，一直伴随着互联网发展，是互联网高速发展的基础。DNS技术实现了域名和IP地址的有效映射，使得用户无须记忆复杂的IP (Internet Protocol,网络之间互连的协议)地址,仅需要提供相应的域名就可以实现互联网资源的访问，大大方便了用户的互联网使用，促进了互联网，尤其是Web (网页)业务的高速发展。
[0003]目前，现有典型的域名解析过程如图1所示:DNS域名系统包括了本地域名服务器、根域名服务器、二级/三级域名服务器、最终域名服务器。其中，本地域名服务器，一般是用户客户端配置，指定或从ISP (Internet Service Provider,互联网服务提供商)处获取的域名服务器，缓存常用的域名记录及代理用户的域名查询；根域名服务器，即现网DNS根服务器，负责存储根地区有关的信息，并为根地区的所有节点提供服务；二级/三级域名服务器，即各区域的域名服务器，比如:cn域名服务器，edu.cn域名服务器；最终域名服务器在此指的是最终维护具体域名和IP地址的域名服务器，如:sina.com的域名服务器。域名解析业务处理流程如下:
[0004]步骤11，用户客户端发起域名解析请求；由于用户客户端一般配置指定了 DNS服务器，或者动态获取地址时，一并获取的DNS服务器信息，使得用户客户端可以向本地域名服务器发起域名请求；
[0005]步骤12，本地域名服务器接收到用户域名请求后，查询本地缓存，如本地缓存中有对应的DNS记录,则向客户端返回域名解析结果,如查询不到相应的DNS记录,则向上级域名服务器请求域名解析；此处，设置向根域名服务器查询；因此，在本地缓存中不存在对应域名记录的情况下，本地域名服务器代理用户域名解析请求，向根域名服务器发起域名解析请求；
[0006]步骤13，根域名服务器收到域名解析请求后，向本地域名服务器返回对应的二级域名服务器信息，指示本地域名服务器向二级域名服务器发起域名解析请求；
[0007]步骤14，本地域名服务器获得二级域名服务器信息后，向二级域名服务器发起域名解析请求；
[0008]步骤15，二级域名服务器收到域名解析请求后，向本地域名服务器返回下一级(三级)域名服务器信息，如此递归处理，直至为用户提供最终的域名服务器信息；
[0009]步骤16，本地域名服务器获得最终域名服务器信息后，向最终域名服务器发起域名解析请求；
[0010]步骤17，最终域名服务器收到域名解析请求后，根据自身所维护的域名记录信息，提供相应的域名解析结果，并向本地域名服务器返回该域名解析结果；
[0011]步骤18，本地域名服务器获得域名解析结果后，向客户端返回域名解析结果。
[0012]随着互联网业务的快速发展，用户规模的爆发增长，使得互联网业务应用服务器的负担急剧增加，单一的服务器和业务节点难以满足大量用户访问的需求，因而，出现了DNS负载均衡技术。目前主要的DNS负载均衡方法大体上有三种:随机负载均衡、轮询负载均衡、根据用户IP地址段负载均衡。
[0013]随机负载均衡方式，是由DNS服务器根据接收到的用户DNS请求后，在可选的服务器中进行随机分配和选择，生成解析结果向用户返回。此种方式可以将大量的用户访问随机分担到多个服务器，但负载分担的效果难以控制，具有随机性；
[0014]轮询负载均衡方式，是由DNS服务器根据接收到的用户DNS请求后，在可选的服务器中进行轮询分配和选择生成解析结果向用户返回。此种方式可以将大量的用户访问平均地分担到多个服务器，从而降低了服务器的负担，提高系统性能和可扩展性；但依然存在一些不足，仅仅解决了服务器负载的问题，无法解决由于网络质量差而导致的问题；
[0015]根据用户IP地址段负载均衡的方式，是由DNS服务器根据接收到的用户DNS请求后，根据用户所在的IP地址段，分配位于不同网络的服务器，比如:为运营商A的用户分配连接到运营商A的服务器,为运营商B的用户分配连接到运营商B的服务器,从而可以解决跨运营商网络带来的应用访问质量差的问题。具体的实现方式如图2所示:
[0016]步骤21、用户客户端发起域名解析请求；由于用户客户端一般配置指定了 DNS服务器，或者动态获取地址时，一并获取的DNS服务器信息，使得用户客户端可以向本地域名服务器发起域名请求；
[0017]步骤22、本地域名服务器接收到用户域名请求后，查询本地缓存，如本地缓存中有对应的DNS记录,则向客户端返回域名解析结果,如查询不到相应的DNS记录,则向上级域名服务器请求域名解析；此处，设置向根域名服务器查询；因此，在本地缓存中不存在对应域名记录的情况下，本地域名服务器代理用户域名解析请求，向根域名服务器发起域名解析请求；
[0018]步骤23、根域名服务器收到域名解析请求后，向本地域名服务器返回对应的二级域名服务器信息，指示本地域名服务器向二级域名服务器发起域名解析请求；
[0019]步骤24、本地域名服务器获得二级域名服务器信息后，向二级域名服务器发起域名解析请求；
[0020]步骤25、二级域名服务器收到域名解析请求后，向本地域名服务器返回下一级(三级)域名服务器信息，如此递归处理，直至为用户提供最终的域名服务器信息；
[0021]步骤26、本地域名服务器获得最终域名服务器信息后，向最终域名服务器发起域名解析请求；
[0022]步骤27、最终域名服务器收到域名解析请求后，根据设定的DNS负载均衡策略，实施负载分担；可采用随机负载分担方式，轮询负载分担方式或根据用户IP地址段负载分担方式进行域名解析。得到域名解析结果后，向本地域名服务器返回域名解析结果；
[0023]步骤28、本地域名服务器获得域名解析结果后，向客户端返回域名解析结果。
[0024]从以上的分析中可看出，目前的DNS负载均衡技术可解决单一服务器，单一节点高负荷的问题，可解决跨运营商网络导致业务访问质量差的问题，在一定程度上能提升用户的业务体验。但目前的DNS负载均衡的方式，依然过于粗糙和武断。在特定的情况下，网外的访问质量可能比网内的访问质量要好。另外，在同属于同一运营商网络的情况下，服务器可能部署在不同的网络区域，不同网络区域的网络质量存在差异，会直接影响用户的业务体验。
【发明内容】
[0025]本发明要解决的技术问题是提供一种域名解析方法、服务器及系统，以动态感知和获得网络状态信息，为用户提供最优的域名解析和负载均衡服务。
[0026]为了解决上述技术问题，本发明提供了一种域名解析方法，包括:
[0027]最终域名服务器接收域名解析请求；
[0028]所述最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息进行域名解析。
[0029]进一步地，上述方法还具有下面特点:所述最终域名服务器进行域名解析的过程中，还包括:
[0030]所述最终域名服务器如检测到本地维护的网络资源及状态信息不能满足域名解析的需要，则发送网络资源和状态信息查询请求；
[0031]所述最终域名服务器接收到所请求的网络资源和状态信息后，结合用户的信息和更新后的网络资源及状态信息进行域名解析。
[0032]进一步地,上述方法还具有下面特点:
[0033]所述最终域名服务器是通过一网络资源及状态信息表来在本地维护网络资源及状态信息的。
[0034]为了解决上述问题，本发明还提供了一种服务器，作为最终域名服务器，其中，包括:
[0035]接收模块，用于接收域名解析请求，然后传输给域名解析模块；
[0036]所述域名解析模块，用于接收到域名解析请求后，结合用户的信息及本地所维护的网络资源及状态信息表进行域名解析。
[0037]进一步地，上述服务器还具有下面特点:还包括查询模块和维护模块，
[0038]所述域名解析模块，在进行域名解析的过程中还用于如检测到本地维护的网络资源及状态信息不能满足域名解析的需要，则通知所述查询模块；用于结合用户的信息和所述维护模块更新后的网络资源及状态信息进行域名解析；
[0039]所述查询模块，用于接收到通知后发送网络资源和状态信息查询请求，并接收所请求的网络资源和状态信息，传输给所述维护模块；
[0040]所述维护模块，用于在本地维护网络资源及状态信息，及接收到所述查询模块传来的网络资源和状态信息后更新本地的网络资源及状态信息。
[0041]进一步地，上述服务器还具有下面特点:
[0042]所述维护模块，是通过一网络资源及状态信息表来维护网络资源及状态信息的。
[0043]为了解决上述问题，本发明还提供了一种域名解析系统，其中，包括:如权利要求4-6任一项所述的服务器作为最终域名服务器。
[0044]综上，本发明提供一种域名解析方法、服务器及系统能够更精确感知网络状态的域名解析和负载均衡，能够动态感知和获得网络状态信息，为用户提供最优的域名解析和负载均衡服务，更好提升用户业务体验。
【专利附图】
【附图说明】
[0045]图1为现有典型的域名解析业务处理过程图；
[0046]图2为现有典型的域名解析及负载分担业务处理过程图；
[0047]图3为本发明实施例的一种域名解析方法的流程图；
[0048]图4为本发明一应用示例的域名解析方法的流程图；
[0049]图5为本发明实施例的最终域名服务器的示意图。
【具体实施方式】
[0050]为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
[0051]图3为本发明实施例的一种域名解析方法的流程图，如图3所示，本实施例的域名解析方法包括:
[0052]S11、最终域名服务器接收域名解析请求；
[0053]S12、最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息进行域名解析。
[0054]最终域名服务器结合网络资源及状态信息进行域名解析，可以使得域名解析可以根据实时的网络状态进行，可以有效避开网络拥塞节点，优化网络流量，优化域名解析结果，有效保障用户业务体验。
[0055]本实施例的方法还可以包括以下步骤:
[0056]S13、最终域名服务器如检测到本地维护的网络资源及状态信息不能满足域名解析的需要，则发送网络资源和状态信息查询请求；
[0057]S14、最终域名服务器接收到所请求的网络资源和状态信息后，结合用户的信息和更新后的网络资源及状态信息进行域名解析。
[0058]通过本实施例的方法，域名解析系统可动态感知和获得网络的状态信息，根据网络的状态信息为用户提供最优的DNS解析和负载均衡结果。
[0059]图4为本发明一应用示例的域名解析方法的流程图。在本处理流程中包括，客户端，本地域名服务器，根域名服务器，二级/三级域名服务器，最终域名服务器，网络资源及状态信息服务器。其中，网络资源及状态服务器具有网络当前的资源信息及状态信息，如:当前网络拓扑，当前网络中各链路的利用率，网络端口状态等信息。具体的业务处理流程步骤如下:
[0060]步骤101、用户客户端发起域名解析请求；由于用户客户端一般配置指定了 DNS服务器，或者动态获取地址时，一并获取的DNS服务器信息，使得用户客户端可以向本地域名服务器发起域名请求；
[0061]步骤102、本地域名服务器接收到用户域名请求后，代理用户域名解析请求，向根域名服务器发起域名解析请求；
[0062]步骤103、根域名服务器收到域名解析请求后，向本地域名服务器返回对应的二级域名服务器信息，指示本地域名服务器向二级域名服务器发起域名解析请求；
[0063]步骤104、本地域名服务器获得二级域名服务器信息后，向二级域名服务器发起域名解析请求；
[0064]步骤105、二级域名服务器收到域名解析请求后，向本地域名服务器返回下一级(三级)域名服务器信息，如此递归处理，直至为用户提供最终的域名服务器信息；
[0065]步骤106、本地域名服务器获得最终域名服务器信息后，向最终域名服务器发起域名解析请求；
[0066]步骤107、最终域名服务器收到域名解析请求后，进行域名解析处理；
[0067]最终域名服务器收到域名解析请求后，进行域名解析处理。此最终域名服务器为基于网络状态的域名解析系统，维护当前网络资源和状态信息表，并可根据需要向网络资源及状态信息服务器查询并获取所需的网络资源及状态信息。当最终域名服务器维护的信息能够满足域名解析及负载均衡的需要时，可直接根据本地维护的网络状态信息进行域名解析和负载均衡；当最终域名服务器本地维护的信息不能满足域名解析及负载均衡时，向网络资源及状态信息服务器查询所需的网络资源及状态信息；所述的网络资源及状态信息服务器具有网络当前的资源信息及状态信息。
[0068]步骤108、网络资源及状态信息服务器收到最终域名服务器的网络状态信息查询请求后，向最终域名服务器返回相应的网络资源及状态信息；
[0069]步骤109、最终域名服务器通过查询获得所需的网络资源和状态信息后，结合用户的信息以及网络资源及状态信息实施域名解析和负载均衡，为用户选择最优的服务节点，形成域名解析结果，并向本地域名服务器返回该域名解析结果；
[0070]此外，最终域名服务器在本地维护有网络资源和状态信息表，通过查询获得所需的网络资源及状态信息后，更新自身所维护的网络资源及状态信息。
[0071]步骤110、本地域名服务器收到域名解析结果后，向客户端返回域名解析结果。
[0072]图5为本发明实施例的最终域名服务器的示意图，如图5所示，本实施例的最终域名服务器包括:
[0073]接收模块，用于接收域名解析请求，然后传输给域名解析模块；
[0074]所述域名解析模块，用于接收到域名解析请求后，结合用户的信息及本地所维护的网络资源及状态信息表进行域名解析。
[0075]在一优选实施例中，所述最终域名服务器还可以包括:查询模块和维护模块，
[0076]所述域名解析模块，在进行域名解析的过程中还用于如检测到本地维护的网络资源及状态信息不能满足域名解析的需要，则通知所述查询模块；用于结合用户的信息和所述维护模块更新后的网络资源及状态信息进行域名解析；
[0077]所述查询模块，用于接收到通知后发送网络资源和状态信息查询请求，并接收所请求的网络资源和状态信息，传输给所述维护模块；
[0078]所述维护模块，用于在本地维护网络资源及状态信息，及接收到所述查询模块传来的网络资源和状态信息后更新本地所维护的网络资源及状态信息。
[0079]其中，所述维护模块，是通过一网络资源及状态信息表来在本地维护网络资源及状态信息的。
[0080]查询模块负责向外部的网络资源及状态信息服务器查询所需的网络资源及状态信息，通过内部接口与域名解析模块交互，此内部接口可根据需要自行定义。
[0081]最终域名服务器收到用户的域名解析请求后，根据配置的策略，决定是否根据网络状态信息实施域名解析和负载均衡。在需要结合网络状态信息进行域名解析和负载均衡的情况下，最终域名服务器会根据本地维护的网络状态信息进行解析和负载均衡，或者实时向网络资源及状态信息服务器查询所需的网络资源及状态信息后进行域名解析和负载均衡。
[0082]本发明实施例提供的一种域名解析系统和方法，在域名解析的过程中，增加了网络资源及状态查询和获取的过程，并根据网络状态信息对域名解析和负载均衡的业务处理进行优化，为用户提供更加合适和优化的域名解析和负载均衡结果，提升用户使用业务的体验。
[0083]本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
[0084]以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
【权利要求】
1.一种域名解析方法，包括: 最终域名服务器接收域名解析请求； 所述最终域名服务器结合用户的信息及本地所维护的网络资源及状态信息进行域名解析。
2.如权利要求1所述的方法，其特征在于:所述最终域名服务器进行域名解析的过程中，还包括: 所述最终域名服务器如检测到本地维护的网络资源及状态信息不能满足域名解析的需要，则发送网络资源和状态信息查询请求； 所述最终域名服务器接收到所请求的网络资源和状态信息后，结合用户的信息和更新后的网络资源及状态信息进行域名解析。
3.如权利要求1或2所述的方法，其特征在于: 所述最终域名服务器是通过一网络资源及状态信息表来在本地维护网络资源及状态信息的。
4.一种服务器，作为最终域名服务器，其特征在于，包括: 接收模块，用于接收域名解析请求，然后传输给域名解析模块； 所述域名解析模块，用于接收到域名解析请求后，结合用户的信息及本地所维护的网络资源及状态信息表进行域名解析。
5.如权利要求4所述的服务器，其特征在于:还包括查询模块和维护模块， 所述域名解析模块，在进行域名解析的过程中还用于如检测到本地维护的网络资源及状态信息不能满足域名解析的需要，则通知所述查询模块；用于结合用户的信息和所述维护模块更新后的网络资源及状态信息进行域名解析； 所述查询模块，用于接收到通知后发送网络资源和状态信息查询请求，并接收所请求的网络资源和状态信息，传输给所述维护模块； 所述维护模块，用于在本地维护网络资源及状态信息，及接收到所述查询模块传来的网络资源和状态信息后更新本地的网络资源及状态信息。
6.如权利要求4或5所述的服务器，其特征在于: 所述维护模块，是通过一网络资源及状态信息表来维护网络资源及状态信息的。
7.—种域名解析系统，其特征在于，包括:如权利要求4-6任一项所述的服务器作为最终域名服务器。
【文档编号】H04L12/803GK104468853SQ201310430085
【公开日】2015年3月25日 申请日期:2013年9月18日 优先权日:2013年9月18日
【发明者】黄孙亮, 陈建业, 吴萍 申请人:中兴通讯股份有限公司