域名解析的方法、域名缓存服务器及最终域名服务器

摘要

本发明公开了一种域名解析的方法、域名缓存服务器及最终域名服务器，其中，该方法包括：域名缓存服务器通过最终域名服务器的地址信息与最终域名服务器建立连接；从最终域名服务器上获取预定域名的全部域名记录信息，以根据全部域名记录信息确定预定域名的域名解析结果，其中，全部域名记录信息为预定域名与不同IP地址间的对应关系。通过运用本发明，使得域名缓存服务器可以根据当前链路状况确定域名解析结果，解决了现有技术域名缓存服务器缓存着一个旧的域名记录，用户发起域名请求时，无法根据实际网络情况进行域名解析的问题。

说明书

技术领域

本发明涉及通讯领域，特别是涉及一种域名解析的方法、域名缓存服务器 及最终域名服务器。

背景技术

域名解析技术是互联网的基础性技术。它提供了实现域名信息和互联网协 议（Internet Protocol，简称为IP）地址信息的相互映射关系，使得用户在使用 互联网时，无需记忆复杂的IP地址信息，而仅需记录简单的域名信息就可以， 极大促进了因特网（Internet）的发展。

现有的域名解析及负载分担（又称负载均衡）处理过程如图1所示。域名 系统（Domain Name System，简称为DNS）包括了域名缓存服务器，根域名服 务器，二级/三级域名服务器，最终域名服务器。其中，域名缓存服务器，一般 是用户客户端配置、指定或从互联网服务提供商（Internet Service Provider，简 称为ISP）处获取的域名服务器，缓存常用的域名记录及代理用户的域名查询； 根域名服务器即现网DNS根服务器，负责存储根地区有关的信息，并为根地 区的所有节点提供服务；二级/三级域名服务器即各区域的域名服务器，比如： cn域名服务器，edu.cn域名服务器；最终域名服务器在此指的是最终维护具体 域名和IP地址的域名服务器，如：sina.com的域名服务器。域名解析业务处理 流程包括步骤S101至步骤S108。

步骤S101，用户客户端发起域名解析请求；由于用户客户端一般配置指定 了DNS服务器，或者动态获取地址时，一并获取的DNS服务器信息，使得用 户客户端可以向域名缓存服务器发起域名请求；

步骤S102，域名缓存服务器接收到用户域名请求后，查询本地缓存，如本 地缓存中有对应的DNS记录，则向客户端返回域名解析结果，如查询不到相 应的DNS记录，则向上级域名服务器请求域名解析；此处，设置向根域名服 务器查询；因此，在本地缓存中不存在对应域名记录的情况下，域名缓存服务 器代理用户域名解析请求，向根域名服务器发起域名解析请求；

步骤S103，根域名服务器收到域名解析请求后，向域名缓存服务器返回对 应的二级域名服务器信息，指示域名缓存服务器向二级域名服务器发起域名解 析请求；

步骤S104，域名缓存服务器获得二级域名服务器信息后，向二级域名服务 器发起域名解析请求；

步骤S105，二级域名服务器收到域名解析请求后，向域名缓存服务器返回 下一级（三级）域名服务器信息，如此递归处理，直至为用户提供最终域名服 务器信息；

步骤S106，域名缓存服务器获得最终域名服务器信息后，向最终域名服务 器发起域名解析请求；

步骤S107，最终域名服务器收到域名解析请求后，根据自身所维护的域名 记录信息，结合负载分担策略提供相应的域名解析结果，并向域名缓存服务器 返回该域名解析结果；具体的负载分担策略可以采用随机分配方式，轮询方式 或根据用户IP地址段负载分担的方式；

步骤S108，本地域名服务器获得域名解析结果后，缓存域名解析记录信息， 以便后续能够直接为用户提供域名解析服务；并将所得到的域名解析结果向客 户端返回。

上述分析的域名解析及负载分担业务处理方法存在缺陷，域名缓存服务器 缺乏和最终域名服务器的交互机制，当最终域名服务器的负载分担策略实施了 调整后，无法实时更新到域名缓存服务器。

由于域名缓存服务器依然缓存着旧的域名记录，用户发起域名请求时，域 名服务器在本地缓存能查询到域名记录信息，采用旧的域名记录向用户提供。 另外，在网络出现拥塞情况时，域名缓存服务器也会依然使用旧的域名记录为 用户提供域名解析结果，无法根据网络资源及状态情况灵活实现域名解析的负 载分担，使得用户得不到最优的业务服务，甚至可能导致无法正常访问业务。

发明内容

本发明提供了一种域名解析的方法、域名缓存服务器及最终域名服务器， 用以解决现有技术中域名缓存服务器缓存着一个旧的域名记录，用户发起域名 请求时，无法根据实际网络情况进行域名解析，进而实现负载分担的问题。

为解决上述技术问题，一方面，本发明提供一种负载均衡的方法，包括： 域名缓存服务器通过最终域名服务器的地址信息与所述最终域名服务器建立 连接；从所述最终域名服务器上获取预定域名的全部域名记录信息，以根据所 述全部域名记录信息确定所述预定域名的域名解析结果，其中，所述全部域名 记录信息为所述预定域名与不同IP地址间的对应关系。

进一步，域名缓存服务器通过最终域名服务器的地址信息与所述最终域名 服务器建立连接之前，包括：在所述域名缓存服务器收到最终域名服务器返回 的域名解析结果的情况下，获取所述最终域名服务器的地址信息；或者，在所 述域名缓存服务器上预先配置了所述最终域名服务器的地址信息的情况下，获 取预先配置的所述地址信息。

进一步，根据所述全部域名记录信息确定所述预定域名的域名解析结果包 括：接收来自客户端对所述预定域名的域名解析请求；判断所述预定域名是否 需要进行域名解析的负载均衡；在需要进行负载均衡的情况下，根据获取的所 述全部域名记录信息确定所述预定域名的域名解析结果。

进一步，在需要进行负载均衡的情况下，根据获取的所述全部域名记录信 息确定所述预定域名的域名解析结果，包括：检测所述全部域名记录信息中各 IP地址对应的网络服务集群对应的网络状态；确定一个网络状态满足预定策略 的网络服务集群，以得到一个域名解析结果。

进一步，从所述最终域名服务器上获取预定域名的全部域名记录信息之 后，还包括：所述域名缓存服务器保存所述预定域名的所述全部域名记录信息。

另一方面，本发明还提供一种域名缓存服务器，包括：第一建链模块，用 于通过最终域名服务器的地址信息与所述最终域名服务器建立连接；第一获取 模块，用于从所述最终域名服务器上获取预定域名的全部域名记录信息，以根 据所述全部域名记录信息确定所述预定域名的域名解析结果，其中，所述全部 域名记录信息为所述预定域名与不同IP地址间的对应关系。

进一步，所述域名缓存服务器还包括：第二获取模块，用于在所述域名缓 存服务器收到最终域名服务器返回的域名解析结果的情况下，获取所述最终域 名服务器的地址信息；第三获取模块，用于在所述域名缓存服务器上预先配置 了所述最终域名服务器的地址信息的情况下，获取预先配置的所述地址信息。

进一步，所述域名缓存服务器还包括：域名解析模块，其中，域名解析模 块包括：接收单元，用于接收来自客户端对所述预定域名的域名解析请求；判 断单元，用于判断所述预定域名是否需要进行域名解析的负载均衡；确定单元， 用于在需要进行负载均衡的情况下，根据获取的所述全部域名记录信息确定所 述预定域名的域名解析结果。

进一步，所述域名缓存服务器还包括：保存模块，用于保存所述预定域名 的所述全部域名记录信息。

再一方面，本发明还提供一种最终域名服务器，包括：第二建链模块，用 于在接收到域名缓存服务器的连接请求的情况下，与所述域名缓存服务器建立 连接；发送模块，用于向所述域名缓存服务器发送预定域名的全部域名记录信 息，以使得所述域名缓存服务器根据所述全部域名记录信息对所述预定域名进 行域名解析，其中，所述全部域名记录信息为所述预定域名与不同IP地址间 的对应关系。

本发明的域名缓存服务器通过最终域名服务器的地址信息与所述最终域 名服务器建立连接，并从该最终域名服务器上获取到预定域名的全部域名记录 信息来进行域名解析，使得域名缓存服务器可以根据当前链路状况确定域名解 析结果，解决了现有技术域名缓存服务器缓存着一个旧的域名记录，用户发起 域名请求时，无法根据实际网络情况进行域名解析的问题。

附图说明

图1是现有技术中解析业务的处理流程图；

图2是本发明实施例中一种域名解析的方法的流程图；

图3是本发明实施例中域名缓存服务器的第一种结构示意图；

图4是本发明实施例中域名缓存服务器的第二种结构示意图；

图5是本发明实施例中域名缓存服务器的第三种结构示意图；

图6是本发明实施例中最终域名服务器的结构示意图；

图7是本发明优选实施例中采用静态配置的方式获取全部域名记录信息 的业务处理流程图；

图8是本发明优选实施例中采用协议扩展方式获取全部域名记录信息的 业务处理流程图；

图9是本发明优选实施例中域名缓存服务器基于网络状态的域名解析及 负载分担的业务处理过程图。

具体实施方式

为了解决现有技术域名缓存服务器缓存着一个旧的域名记录，用户发起域 名请求时，无法根据实际情况进行域名解析的问题，本发明提供了一种域名解 析的方法、域名缓存服务器及最终域名服务器，以下结合附图以及实施例，对 本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解 释本发明，并不限定本发明。

现有技术中，由于域名缓存服务器的存在，使得绝大多数的DNS解析会 在域名缓存服务器得到解析结果。因此，根据网络实时状态实施DNS负载均 衡的职能，更适合由域名缓存服务器担当，而非最终域名解析服务器。在由域 名缓存服务器实施DNS负载均衡的过程，首先要求域名缓存服务器拥有指定 域名的全部域名记录信息，因此，需要一种域名缓存服务器具备从最终域名解 析服务器获取指定域名的全部域名记录信息的方法，并根据得到的全部域名记 录信息进行域名解析。

本实施例提供了一种域名解析的方法，该方法的流程如图2所示，包括步 骤S202至步骤S204。

步骤S202，域名缓存服务器通过最终域名服务器的地址信息与最终域名服 务器建立连接。

域名缓存服务器在得到了最终域名服务器的地址信息后，通过该地址信息 与其对应的最终域名服务器建立连接。最终域名服务器一般只有一台，对应到 一个指定的域名。比如：sina.com的最终域名服务器只有一台，维护多个域名 记录信息。比如：全国31个省，各有一个web服务集群，广东对应的服务集 群地址为：1.1.1.1，广西对应的服务集群地址为：2.2.2.2，各自形成域名记录 信息存储在最终域名服务器中。

步骤S204，从最终域名服务器上获取预定域名的全部域名记录信息，以根 据全部域名记录信息确定预定域名的域名解析结果，其中，全部域名记录信息 为预定域名与不同IP地址间的对应关系。

一个域名记录信息记录着该预定域名的一个对应的IP地址，最终域名服 务器上存储着某一域名对应的全部域名记录信息。当域名缓存服务器得到了全 部域名记录信息后，就可以根据待连接的服务器的当前状况进行域名解析操 作。

本实施例的域名缓存服务器通过最终域名服务器的地址信息与最终域名 服务器建立连接，并从该最终域名服务器上获取到预定域名的全部域名记录信 息来进行域名解析，使得域名缓存服务器可以根据当前链路状况确定域名解析 结果，解决了现有技术域名缓存服务器缓存着一个旧的域名记录，用户发起域 名请求时，无法根据实际网络情况进行域名解析的问题。

实施过程中，域名缓存服务器可以通过多种方式获取最终域名服务器的地 址信息。如果当前已经按照现有技术的流程执行，即域名缓存服务器收到了最 终域名服务器返回的域名解析结果时，可以直接获取该最终域名服务器的地址 信息；当然，也可以在系统初始化时，就在域名缓存服务器上预配置最终域名 服务器的地址信息，则域名缓存服务器就可以根据该地址信息与最终域名服务 器建立连接。本领域技术人员还可以根据上述记载，知晓如何通过第三方设备 与最终域名服务器建立连接，此处不再赘述。

从最终域名服务器上获取预定域名的全部域名记录信息之后，根据全部域 名记录信息确定预定域名的域名解析结果包括：域名缓存服务器接收来自客户 端对预定域名的域名解析请求；判断预定域名是否需要进行域名解析的负载均 衡；在需要进行负载均衡的情况下，根据获取的全部域名记录信息确定预定域 名的域名解析结果，即在全部域名记录信息中选择一个域名记录信息，根据该 域名记录信息确定对应的IP地址。在不需要进行负载均衡的情况下，直接将 预定域名的解析结果反馈给客户端。其中，在需要进行负载均衡的情况下，还 可以检测全部域名记录信息中各网络服务集群对应的网络状态，再确定一个满 足预定策略的网络服务集群，从而确定域名解析结果。其中，预定策略可以是 选择全部域名记录信息中，网络状态最好的一个网络服务集群，也可以是选择 离客户端较近的一个网络服务集群，本领域技术人员可以根据实际需要进行预 定策略的设置。

在从最终域名服务器上获取预定域名的全部域名记录信息之后，域名缓存 服务器保存预定域名的全部域名记录信息，以备下次进行负载均衡时使用。

本实施例还提供了一种域名缓存服务器，其结构示意如图3所示，包括： 第一建链模块10，用于通过最终域名服务器的地址信息与最终域名服务器建立 连接；第一获取模块12，与第一建链模块10耦合，用于从最终域名服务器上 获取预定域名的全部域名记录信息，以根据全部域名记录信息确定预定域名的 域名解析结果，其中，全部域名记录信息为预定域名与不同IP地址间的对应 关系。

图4示出了上述域名缓存服务器的一种优选结构示意图，在图3的基础上， 上述服务器还包括：第二获取模块14，与第一建链模块10耦合，用于在域名 缓存服务器收到最终域名服务器返回的域名解析结果的情况下，获取最终域名 服务器的地址信息；第三获取模块16，与第一建链模块10耦合，用于在域名 缓存服务器上预先配置了最终域名服务器的地址信息的情况下，获取预先配置 的地址信息。如果服务器未预先配置最终域名服务器的地址信息，则第三获取 模块16不被触发，通过第二获取模块14来执行获取地址信息的操作；或者， 域名缓存服务器之前已经获得了最终域名服务器返回的域名解析结果，则触发 第二获取模块14执行获取动作。两个模块同时存在，根据不同条件触发不同 获取流程。

图5示出了上述域名缓存服务器的一种优选结构示意图，在图4的基础上， 上述服务器还包括：保存模块26，与第一获取模块12耦合，用于保存预定域 名的全部域名记录信息，域名解析模块28，用于根据全部域名记录信息确定预 定域名的域名解析结果，其中，域名解析模块28包括：接收单元120，用于接 收来自客户端对特定域名的域名解析请求；判断单元122，与接收单元120耦 合，用于判断特定域名是否需要进行域名解析的负载均衡；确定单元124，与 判断单元122耦合，用于在需要进行负载均衡的情况下，根据获取的全部域名 记录信息确定预定域名的域名解析结果。其中，上述确定单元124，还可以用 于检测全部域名记录信息中各IP地址对应的网络服务集群对应的网络状态， 确定一个网络状态满足预定策略的网络服务集群，以得到一个域名解析结果。

本发明实施例还提供了一种最终域名服务器，其结构示意如图6所示，包 括：第二建链模块30，用于在接收到域名缓存服务器的连接请求的情况下，与 域名缓存服务器建立连接；发送模块32，与第二建链模块30耦合，用于向域 名缓存服务器发送预定域名的全部域名记录信息，以使得域名缓存服务器根据 全部域名记录信息对预定域名进行域名解析，其中，全部域名记录信息为预定 域名与不同IP地址间的对应关系。

优选实施例

随着技术的发展，出现了可以为应用系统提供网络资源及状态信息的技 术，如：应用层流量优化（Application-Layer Traffic Optimization，简称为ALTO）。 这类技术可以使得应用系统可以根据自身的需要查询获取所需的网络状态信 息，从而可以做出更优的资源调度和业务提供。DNS系统的域名解析和负载分 担也可采用此种技术，实现基于网络资源和状态的域名解析和负载分担。但由 于目前的DNS业务处理方式中，域名缓存服务器实施了域名记录的缓存，导 致了大量的DNS解析由域名缓存服务器完成。因此，域名缓存服务器需要具 备基于网络状态实施域名解析和负载分担的能力，这就要求域名缓存服务器具 备特定域名的全部记录信息。相关技术仅基于业务处理过程中实时检测所获得 的部分信息无法得到特定域名的全部记录信息。因此，需要一种域名缓存服务 器与最终域名服务器的信息交互方法，根据需要获取所需的特定域名的全部记 录信息。

基于上述思想，本实施例提供了一种域名解析方法，该方法可以用于进行 负载均衡，该方法实现了域名缓存服务器与最终域名服务器信息的交互，根据 需要获取所需的域名记录信息。通过这种方式，域名缓存服务器可以获得特定 域名的全部域名记录信息，解决了由于仅依赖域名解析过程中截取并缓存最终 域名服务器返回的域名解析信息的方式无法得到特定域名的全部域名记录信 息的问题，为在域名缓存服务器进行域名解析负载分担奠定基础。

该方法主要在域名缓存服务器和最终域名服务器之间设计了专门的接口 和处理过程，获取特定域名的全部记录信息。具体的业务处理方式和过程根据 具体的场景和条件可分为两种方式，下面分别进行说明。

第一种方式：采用静态配置的方式。由于最终域名服务器维护的域名记录 信息，而域名缓存服务器根据业务部署的需要进行按需部署。很多情况下，最 终域名服务器和域名缓存服务器属于不同的公司或团体，双方并不知道对方的 IP地址，难以建立连接。因此，在此方式中，采用静态配置的方式预配置最终 域名服务器的IP地址，帮助实现连接的建立。具体业务处理流程如下（1）至 （4）：

（1）采用预配置的方式，在域名缓存服务器上配置最终域名服务器的IP 地址信息，或由第三方维护指定域名与其最终域名服务器的IP地址信息；（2） 域名缓存服务器根据预配置获得的最终域名服务器的IP地址信息，与最终域 名服务器建立连接；（3）域名缓存服务器向最终域名服务器请求获取该域名的 全部记录信息；（4）最终域名服务器根据域名缓存服务器的请求，进行相应的 处理，向域名缓存服务器提供该域名的全部记录信息。其中，由第三方维护指 定域名与其最终域名服务器的IP地址信息，即由外部的系统维护域名与该域 名的最终域名服务器的IP地址的对应关系，域名缓存服务器可以去查询获取。 此时，域名缓存服务器只需要配置第三方服务器的地址就可以，因此，也属于 预配置这一类。

下面结合附图对上述流程进行说明。

图7描述了本实施例一种采用静态配置的方式获取全部域名记录信息的业 务处理流程图。在本处理流程中，主要涉及域名缓存服务器和最终域名服务器。 具体的业务处理流程步骤如下（步骤S701至步骤S703）：

步骤S701，确定域名缓存服务的业务需求，例如，哪些域名需要在域名缓 存服务器直接实现域名解析的负载分担，或特定的域名需要在域名缓存服务器 根据实时的网络状态信息实时负载分担。此时，要求域名缓存服务器具备该域 名的全部域名记录信息。因此，需要域名缓存服务器根据业务需求制定相应的 策略，预先配置特定域名的最终域名服务器地址，以便于域名缓存服务器可以 和最终域名服务器建立连接；此后，域名缓存服务器根据最终域名服务器的地 址信息，与最终域名服务器建立连接；

步骤S702，域名缓存服务器与最终域名服务器的连接建立后，域名缓存服 务器向最终域名服务器请求获取特定域名的全部域名记录信息；

步骤S703，最终域名服务器接收到域名缓存服务器的请求后，进行处理， 向域名缓存服务器返回所请求的特定域名的全部域名记录信息。

上述方法具有以下特点：所述通过静态配置实现域名缓存服务器与最终域 名服务器进行信息交互的实现方式，在域名缓存服务器上配置最终域名服务器 的地址；域名缓存服务器具有请求获取特定域名的全部域名记录信息的能力； 域名缓存服务器具有接收并处理特定域名的全部域名记录信息的能力；最终域 名服务器具备处理请求特定域名全部记录信息的能力，并将特定域名的全部记 录信息向域名缓存服务器返回。

第二种方式：协议扩展方式。这种方式借用现有DNS的业务处理过程， 并进行扩展，针对特定的域名，向最终域名服务器请求获取该域名的全部域名 记录信息。具体的业务处理过程如下（1）至（8）：

（1）域名缓存服务器根据业务的需求，需要获取某域名的全部域名记录 信息；

（2）域名缓存服务器向根域名服务器发起针对某域名的域名解析请求；

（3）根域名服务器收到域名解析请求后，向域名缓存服务器返回下一级 域名服务器信息，指示域名缓存服务器向下一级域名服务器请求域名解析服 务；

（4）域名缓存服务器向二级域名服务器发起域名解析请求，二级域名服 务器接收到域名解析请求后，向域名缓存服务器返回三级域名服务器信息；如 此类推，直至提供的域名服务器信息为最终域名服务器信息；

（5）域名缓存服务器向最终域名服务器发起域名解析请求；

（6）最终域名服务器接收到域名解析请求后，根据域名解析和负载均衡 策略，生成域名解析结果，并将该域名解析结果向域名缓存服务器返回；

（7）域名缓存服务器成功得到域名解析结果，由此可确定最终域名服务 器；至此，域名缓存服务器向最终域名服务器发起请求，请求获取该域名的全 部域名记录信息；

（8）最终域名服务器接收到域名缓存服务器请求获取该域名的全部记录 信息的消息后，向域名缓存服务器返回该域名的全部记录信息；至此，域名缓 存服务器获得了指定域名的全部域名记录信息。

上述过程中（2）至（6）为现有技术的操作流程，本实施例是在现有技术 的流程后，进行的进一步操作。下面结合附图对上述流程进行说明。

图8描述了本实施例采用协议扩展方式获取全部域名记录信息的业务处理 流程图。该业务处理过程主要涉及了域名缓存服务器、根域名服务器、二/三级 域名服务器、最终域名服务器。具体的业务处理过程如下（步骤S801至步骤 S808）：

步骤S801，域名缓存服务器根据需求，要配置相应的策略，指定哪些特定 的域名需要获得全部的域名记录信息；此后，域名缓存服务器为指定的域名发 起域名解析请求；发起域名解析请求的目的是借用DNS解析的处理获得最终 域名解析服务器的信息；在此设置为首先向根域名服务器发起域名解析请求；

步骤S802，根域名服务器收到域名解析请求后，向域名缓存服务器返回二 级域名服务器信息；

步骤S803，域名缓存服务器获得二级域名服务器信息后，向二级域名服务 器发起域名解析请求；

步骤S804，二级域名服务器收到域名解析请求后，将向域名缓存服务器返 回三级域名服务器信息，以此类推，直至向域名缓存服务器提供的是最终域名 服务器信息；

步骤S805，域名缓存服务器向最终域名服务器发送域名解析请求；

步骤S806，最终域名服务器收到域名解析请求后，实施域名解析，向域名 缓存服务器返回域名解析结果；

步骤S807，域名缓存服务器成功得到域名解析结果后，可由此确定该指定 域名的最终域名服务器信息；为了获得该指定域名的全部域名记录信息，域名 缓存服务器接着向最终域名服务器发起请求，请求获取该指定域名的全部域名 记录信息；

步骤S808，最终域名服务器收到请求获取指定域名的全部域名记录的请求 报文后，进行处理，将该指定域名的全部域名记录信息向域名缓存服务器返回。 至此域名缓存服务器获得了指定域名的全部域名记录信息。

上述方法具有以下特点：所述通过DNS协议扩展实现域名缓存服务器与 域名服务器进行信息交互的方式，域名缓存服务器能够配置相应的策略，指定 需要获取哪些特定域名的全部域名记录信息；域名缓存服务器在获得策略指定 的特定域名的成功解析结果后，能够据此确定最终域名服务器；域名缓存服务 器在通过域名解析结果获得最终域名服务器信息后，能够向最终域名服务器发 起获取该域名的全部记录信息的请求；域名缓存服务器具有接收并处理特定域 名的全部域名记录信息的能力；最终域名服务器具备处理请求特定域名全部记 录信息的能力，并将特定域名的全部记录信息向域名缓存服务器返回。

图9描述了本实施例中域名缓存服务器基于网络状态的域名解析及负载分 担的业务处理过程图。此过程主要描述了域名缓存服务器为特定的域名，实施 基于网络状态信息的域名解析和负载分担，以为用户提供实时最优的域名解析 服务。本业务处理过程主要涉及了客户端、域名缓存服务器和网络资源及状态 信息服务器，具体的业务处理过程如下（步骤S901至步骤S904）：

步骤S901，客户端发起域名解析请求。在客户端发起请求之前，域名缓存 服务器根据配置的策略预先获取策略指定的域名的全部域名记录信息。获取的 方法可以采用前述任意一种方式。

步骤S902，域名缓存服务器收到域名解析请求后，首先根据域名进行判断， 判断该域名是否需要根据网络状态信息进行域名解析和负载分担。如果不需 要，则进入常规的域名解析处理流程；如果需要，则进入根据网络状态信息进 行域名解析和负载分担处理流程。此处为需要根据网络状态信息进行域名解析 和负载分担处理，因此，该域名解析请求将触发域名缓存服务器向网络资源及 状态信息服务器查询所需的网络状态信息；

步骤S903，网络资源及状态信息服务器收到查询请求后，进行相应的处理， 根据域名缓存服务器的需要向域名缓存服务器返回所需的网络状态信息；

步骤S904，域名缓存服务器结合当前的网络资源及状态信息，用户的属性 信息等，在该特定域名的全部域名记录信息中，选择出当前最优的服务节点， 并形成域名解析结果，向客户端返回域名解析结果。

本实施例提供的方法，能够使得域名缓存服务器可以根据需要获取到特定 域名的全部域名记录信息，从而可以在域名缓存服务器实现域名解析的负载分 担，更可以实现基于网络的资源和状态信息的域名解析负载分担。从而可以为 用户提供更好的域名解析服务。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将 意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上 述实施例。