专利名称：一种域名解析方法、服务器和系统的制作方法
技术领域：
本发明涉及数据通信技术领域，具体地，涉及一种域名解析方法、服务器和系统。
背景技术：
域名系统(Domain Name System,以下简称DNS)服务器被用来将域名转换为机器 能够识别的互联网协议(Internet Protocol，以下简称IP)地址。比如用户在上网时输入 网址，网址也就是域名，这时DNS服务器需要将域名解析为相对应的IP地址，这样才能使用 户机连接到正确的业务服务器，即DNS服务器要把域名解析为业务服务器的IP地址。现有技术中，为了向用户提供更好的服务质量，服务提供商往往会在网络中不同 的网络区域部署多台业务服务器来共享同一域名。现有技术中对域名进行解析一般有两种 实现方式1.图1为第一种对域名进行解析的方法示意图，如图1所示，DNS服务器根据用户 机的属性来选择一个业务服务器，并将其IP地址返给用户机。该实现方式的缺陷是DNS服 务器可能会将域名解析到已经失效的业务服务器的IP地址上，这样导致用户机需要再次 发送域名解析请求，降低了域名解析的效率，加大用户机的工作量，影响用户体验。2.申请号为200480041163. 9的申请文件提出了一种对域名解析的方法，DNS服务 器将与域名相对应的至少一个业务服务器的IP地址和状态信息都提供给用户机，由用户 机根据业务服务器的状态信息决定连接到哪个业务服务器上。如果业务服务器失效，则用 户机将不会连接到该业务服务器。该实现方式的缺陷是由于DNS服务器需要将至少一个 业务服务器的IP地址和状态信息都发送给用户机，会造成数据通信量较大；用户机需要在 接收到DNS服务器发送过来的信息之后再决定连接到哪个业务服务器，提高了用户机的工 作量，而且当业务服务器的数量比较大，DNS服务器发送过来的信息较多时，解析效率较低， 从而导致不好的用户体验。
发明内容
本发明的第一目的是提出一种域名解析方法，以实现提高域名解析的效率和减少 用户机的工作量。本发明的第二目的是提出一种域名解析服务器，以实现提高域名解析的效率和减 少用户机的工作量。本发明的第三目的是提出一种域名解析系统，以实现提高域名解析的效率和减少 用户机的工作量。为实现上述第一目的，根据本发明的一个方面，提供了一种域名解析方法，包括 DNS服务器根据接收的域名解析请求消息，选择业务服务器；DNS服务器向与请求消息发送 方处于同一网络域的探测点请求对该业务服务器的可用性进行检测；DNS服务器根据探测 点返回的检测结果确定请求消息对应的域名解析结果。优选地，DNS服务器根据探测点返回的检测结果确定请求消息对应的域名解析结果具体可以包括如果探测点返回的检测结果为业务服务器不可用，则DNS服务器重新选择新的业务服务器，并对新的业务服务器进行可用性检测；如果探测点返回的检测结果为 业务服务器可用，则DNS服务器向请求消息发送方返回包含业务服务器IP地址的域名解析 响应消息。其中，业务服务器可以为与该请求消息发送方位于同一网络域内的业务服务器。为实现上述第二目的，根据本发明的另一个方面，提供了一种域名解析服务器，包 括接收模块，用于接收域名解析请求消息；控制模块，用于根据接收模块接收到的域名解 析请求消息，选择业务服务器，并向与请求消息发送方处于同一网络域的探测点请求对业 务服务器的可用性进行检测，并根据探测点返回的检测结果确定请求消息对应的域名解析 结果；发送模块，用于将域名解析结果发送至请求消息的发送方。优选地，控制模块具体可以包括判断单元，用于根据探测点返回的检测结果判断 业务服务器是否可用，如果不可用，则重新选择一新的业务服务器，向探测点请求对新的业 务服务器的可用性进行检测；否则，将包含业务服务器IP地址的域名解析响应消息发送给 发送模块。为实现上述第三目的，根据本发明的另一个方面，提供了一种域名解析系统，包 括DNS服务器，用于根据接收的域名解析请求消息，选择业务服务器，向与请求消息发送 方处于同一网络域的探测点请求对业务服务器的可用性进行检测，并根据探测点返回的检 测结果确定请求消息对应的域名解析结果；探测点，用于接收DNS服务器发送的包含业务 服务器IP地址的可用性检测请求，对业务服务器的可用性进行检测，并返回检测结果。本发明各实施例的域名解析方法、服务器和系统，DNS服务器在进行域名解析时， 在向域名解析请求消息发送方返回域名解析结果前，预先通过探测点对业务服务器的可用 性进行检测，根据探测点返回的检测结果再决定向请求消息发送方返回的域名解析结果。 这样，DNS服务器可以确保把一个有效业务服务器的IP地址发送给用户机，提高了域名解 析的效率，减少了用户机的工作量，提高了用户体验。下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实 施例一起用于解释本发明，并不构成对本发明的限制。在附图中图1为根据现有技术中域名解析的第一种方法示意图；图2为根据本发明域名解析方法的实施例一流程图；图3为根据本发明域名解析方法的实施例二流程图；图4为图3中步骤S308-S312使用的通信协议实施例结构图；图5为根据本发明域名解析服务器实施例一内部结构示意图；图6为根据本发明域名解析服务器实施例二内部结构示意图；图7为根据本发明域名解析系统的结构示意图；图8为根据本发明域名解析系统的域名解析方法流程图。
具体实施例方式以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。图2为根据本发明域名解析方法的实施例一流程图，如图2所示，本实施例包括步骤S202、DNS服务器根据接收的域名解析请求消息，选择业务服务器；步骤S204、DNS服务器向与该请求消息发送方处于同一网络域的探测点请求对该 业务服务器的可用性进行检测；步骤S206、DNS服务器根据该探测点返回的检测结果确定该请求消息对应的域名 解析结果。本实施例中，DNS服务器在进行域名解析时，在向域名解析请求消息发送方返回域 名解析结果前，预先通过探测点对业务服务器的可用性进行检测，根据探测点返回的检测 结果再决定向请求消息发送方返回的域名解析结果。这样，DNS服务器可以确保把有效的 域名解析结果发送给用户机，提高了域名解析的效率，降低了用户机的工作量，提高了用户 体验。图3为根据本发明域名解析方法的实施例二流程图，如图3所示，本实施例包括步骤S302、DNS服务器接收用户机发送的域名解析请求消息；在用户访问域名时，比如说访问某一网站，用户在用户机上输入网址，该网址就是 域名。用户机向DNS服务器发送域名解析请求消息，该消息中携带有用户机的属性和用户 机要访问的域名。用户机的属性可以包括用户机的IP地址；步骤S304、DNS服务器确定与该域名相对应的至少一个业务服务器；DNS服务器中存储有业务服务器的域名与IP地址之间的对应关系，每个域名对应 有至少一个业务服务器，DNS服务器根据该对应关系确定与该域名相对应的至少一个业务 服务器；步骤S306、DNS服务器根据用户机的IP地址从确定的至少一个业务服务器中选择 业务服务器；如果存在与该用户机同一网络域的业务服务器，DNS服务器可以选择一个与用户 机位于同一个网络域内的业务服务器。如果所有业务服务器和用户机都不处于同一网络 域内，则DNS服务器可以根据用户机的属性来选择业务服务器，例如根据用户机的地域分 类，为不同省份的用户机解析各自省份内的业务服务器地址；或者根据用户机所使用的运 营商分类，为用户机解析部署在不同运营商网络中的业务服务器地址。如果DNS服务器利 用上述方法没有选择出业务服务器，那么DNS服务器可以从解析结果中选取第一个业务服 务器。之后DNS服务器准备将选择的业务服务器的IP地址发送给用户机；步骤S308、DNS服务器向与用户机同一网络域内的探测点发送包含业务服务器IP 地址的可用性检测请求，指示该探测点对该业务服务器的可用性进行检测；探测点能够在应用层对业务服务器进行检测，真正验证业务服务器在业务层面的 可用性。同时，探测点是部署在各个网络域内的，因此能够保证选择到与用户机位于同一网 络域内的探测点来进行业务探测。为了避免DNS服务器到业务服务器之间的路径是连通的 而用户机通向业务服务器的路径出现阻断的情况，进行检测的探测点与用户机和业务服务 器需要位于同一网络域内，这样能够保证检测路径与用户机的业务访问路径更为接近。在实际应用中，探测点可以部署在运营商的每个省网络域内，在选择探测点时，首先优选和用户 机位于同一地市网络域内的探测点，如果没有则选择和用户机位于同一省网络域内的探测点。DNS服务器向选择的探测点发送可用性检测请求，DNS服务器和探测点之间的 通信可以依赖私有通信协议，还可以对一些能够扩展通信协议进行类型、长度、值(Type、 Length、Value，简称TLV)字段扩展后完成通信，例如边界网关协议、互联网协议IPv6等。下面以DNS服务器和探测点之间的通信使用边界网关协议(BorderGateway Protocol,以下简称BGP)路由协议为例，如图4所示，可以将BGP消息报文头中的“Type” 字段扩展出进行可用性检测请求及检测响应两个字段。现有BGP协议的“Type”字段已经 定义了 1、2、3、4，分别表示为“1-0PEN、2-UPDATE、3-N0TIFICATI0N、4-KEEPALIVE，，。本发明 的各方法实施例可以将“Type”字段扩展为5或6，当“Type”字段定义为5时可以表示可用 性检测请求字段，可以包括检测目的地址、检测业务类型和标识。当Type字段定义为6时 表示检测响应 字段，可以包括检测目的地址、检测业务类型、对应于检测业务类型的业务检 测结果和标识。在进行可用性检测请求字段格式中，检测目的地址即为DNS服务器根据用户机的 域名解析请求消息解析出来的地址，检测业务类型可以定义O为网络层，IShttP业务，2 为邮局协议的第3个版本(Post Office Protocol3,以下简称P0P3)，3为简单邮件传输协 议(Simple Mail Transfer Protocol，以下简称SMTP)等，具体还可根据业务类型进行扩展。在实际应用中，用户机向DNS服务器发送域名解析请求消息后，DNS服务器并不能 完全确定用户需要访问何种业务，因此DNS服务器可以指示探测点对域名对应的一个业务 服务器进行应用层检测，还可以指示探测点对域名对应的两个以上业务服务器进行网络层 检测，即测试探测点和业务服务器之间的网络层时延和丢包率，从测试结果中对比得出一 个相对最优的业务服务器并将其地址反馈给用户。DNS服务器还可以根据域名解析请求消息确定用户向域名请求的业务服务内容。 例如1、如果域名解析请求消息中携带了 MX参数，则标明用户机需要使用SMTP或者P0P3 协议，同时说明用户机需要访问所请求域名的SMTP或者P0P3端口，即25或110端口，这种 情况下DNS服务器可以要求探测点对业务服务器的25或110端口进行业务检测；2、如果域 名解析请求消息中的域名中携带了 字段，则标明用户机需要使用web服务，由于web服 务的端口为80，则这种情况下可以要求探测点对业务服务器的80端口进行业务检测；步骤S310、探测点向业务服务器发送业务请求；步骤S312、根据业务服务器的应答，探测点向DNS服务器返回检测结果；同样，如步骤S308，探测点和DNS服务器之间可以通过私有协议或者扩展的BGP协 议进行通信，如图4所示，当Type字段定义为6时表示扩展的检测响应字段，可以包括检测 目的地址、检测业务类型、对应于检测业务类型的业务检测结果和标识。探测点可以通过扩 展的检测响应字段向DNS服务器返回检测结果，在检测响应字段中，针对进行可用性检测 请求中的每一种检测业务类型，都在其后附上2字节的业务检测结果，针对每一种检测业 务类型，其业务检测结果的格式解释都不一致，例如，针对网络层检测请求的响应，可以定 义第一字节为平均时延，第二字节为平均丢包率。针对http业务检测请求的响应，可以将 第一字节定义为首字节接收时延，第二字节定义为下载速度等等，具体可根据需要进行扩展； 步骤S314、DNS服务器接收该探测点返回的检测结果；步骤S316、判断检测结果为业务服务器是否可用，若是，转向步骤S318，若否，转 向步骤S306 ；如果DNS服务器指示探测点只对一个业务服务器进行检测，在接收到对该业务服 务器的检测结果后，如果该业务服务器在应用层可用，则选择向用户机返回该业务服务器 的IP地址。如果DNS服务器指示探测点对两个以上业务服务器进行检测，DNS服务器可以按 照下面的方式选取业务服务器a、如果应用层对业务服务器的检测成功，也就是说业务服务器在应用层可用，则 无论网络层检测成功与否，都只考虑应用层的检测结果，并将对指定端口的下载速度作为 比较指标，选取下载速度高的业务服务器反馈给用户机；b、如果应用层检测不成功，而网络层检测成功，则将网络层检测结果中的丢包率 来作为主要比较指标，如丢包率一致，则采用时延来作为比较指标，将时延小的业务服务器 反馈给用户机；C、如果网络层和应用层检测均失败，则选取一个和用户机位于同一网络域的业务 服务器，如没有，返回步骤306;步骤S318、DNS服务器向用户机返回包含该业务服务器IP地址的域名解析响应消
肩、ο在步骤S318后，用户机就可以访问经探测点拨测、验证过可用性的业务服务器。本实施例中，DNS服务器在向用户机返回业务服务器的IP地址前，先对业务服务 器的可用性进行验证，如果业务服务器可用，才向用户机返回业务服务器的IP地址，将对 业务服务器的验证过程与域名解析过程相结合，确保了向用户机返回有效的业务服务器的 IP地址。部署在各个网络区域中的探测点，能够按照DNS服务器的要求完成对业务服务器 的应用层面的检测。用户机只需要直接连接到DNS服务器返回的IP地址，提高了域名解析 的效率，减少了用户机的工作量，提高了用户体验。图5为根据本发明域名解析服务器实施例一的内部结构示意图，如图5所示，该装 置包括接收模块10，用于接收域名解析请求消息；控制模块20，用于根据接收模块10接收到的域名解析请求消息，选择业务服务 器，并向与该请求消息发送方处于同一网络域的探测点请求对该业务服务器的可用性进行 检测，并根据该探测点返回的检测结果确定该请求消息对应的域名解析结果；具体请求可 用性检测可参见方法实施例中图3的相关说明，根据检测结果如何检测可用性以及根据结 果确定和选择业务服务器作为用户机的域名解析结果可参见图3方法实施例相关说明，不 再重复叙述；发送模块40，用于将控制模块20得到的域名解析结果发送至该请求消息的发送方。本实施例中，DNS服务器在进行域名解析时，在向域名解析请求消息发送方返回域 名解析结果前，预先通过探测点对业务服务器的可用性进行检测，根据探测点返回的检测结果再决定向请求消息发送方返回的域名解析结果。这样，DNS服务器确保把一个有效的业务服务器的IP地址发送给用户机，提高了域名解析的效率，减少了用户机的工作量，提 高了用户体验。本实施例提供的技术方案能够有效避免当某一业务服务器发生故障时，DNS 服务器在不知情的情况下，将该业务服务器的地址反馈给用户机从而导致大面积用户业务 使用受阻的情况。图6为根据本发明域名解析装置实施例二的内部结构示意图，如图6所示，本实施 例的控制模块20进一步可以包括选择单元，用于根据接收模块10接收到的域名解析请求消息，选择业务服务器；检测单元，用于向与该请求消息发送方处于同一网络域的探测点请求对选择单元 选择的业务服务器的可用性进行检测，具体可参见图3步骤S308的相关说明；判断单元，用于判断该探测点返回的检测结果为该业务服务器是否可用，具体可 参见步骤S312-S316的相关说明。如果该探测点返回的检测结果为该业务服务器不可用， 则根据该请求消息发送方的属性和要访问的域名重新选择一新的业务服务器，向与该请求 消息发送方处于同一网络域的探测点请求对该新的业务服务器的可用性进行检测；如果该 探测点返回的检测结果为该业务服务器可用，则通过发送模块40向该请求消息发送方返 回包含该业务服务器IP地址的域名解析响应消息。图7为本发明实施例提供的一种域名解析系统。如图7所示，该系统包括DNS服务器60，用于根据接收的域名解析请求消息，选择业务服务器，向与该请求 消息发送方处于同一网络域的探测点请求对该业务服务器的可用性进行检测，并根据该探 测点返回的检测结果确定该请求消息对应的域名解析结果；探测点62，用于接收DNS服务器60发送的进行可用性检测请求，对DNS服务器60 选择的业务服务器的可用性进行检测，并向DNS服务器60返回检测结果。其中，用户机并非本发明系统中的组件，用户机在访问业务的过程中将向DNS服 务器发送域名解析请求，得到DNS服务器返回的业务服务器IP地址后访问业务服务器。业务服务器也不是本发明系统中的组件，DNS服务器将根据用户机的属性选择共 享同一域名的至少一台业务服务器中的一台，由探测点对其进行业务应用层面的拨测。DNS服务器接收到域名解析请求消息后，确定与该域名相对应的至少一个业务服 务器，之后根据用户机的IP地址从确定的至少一个业务服务器中选择一个业务服务器。如 果存在与该用户机同一网络域的业务服务器，DNS服务器可以选择一个与用户机位于同一 个网络域内的业务服务器。如果没有与用户机位于同一个网络域内的业务服务器，则DNS 服务器可以根据用户机的属性来选择业务服务器，例如根据用户机的地域分类，为不同省 份的用户机解析各自省份内的业务服务器地址；或者根据用户机所使用的运营商分类，为 用户机解析部署在不同运营商网络中的业务服务器地址。如果DNS服务器利用上述方法没 有选择出业务服务器，那么DNS服务器就选择解析结果中的第一个业务服务器。在返回域 名解析响应消息之前，DNS服务器将向与用户机处于同一网络域下的探测点发出可用性检 测请求，请求探测点来验证选择的业务服务器的业务可用性，防止向用户机返回业务失效 的服务器地址。探测点响应DNS服务器的检测请求并给出检测结果。探测点能够在应用层对业务 服务器进行拨测，真正验证服务器在业务层面的可用性。其中，探测点是部署在各个网络域内的，因此能够保证选择到与用户机位于同一网络域内的探测点来进行业务探测。为了避免DNS服务器到业务服务器之间的路径是连通的而用户机通向业务服务器的路径出现阻 断的情况，进行检测的探测点与用户机和业务服务器需要位于同一网络域内，这样能够保 证检测路径与用户机的业务访问路径更为接近。本发明实施例中，DNS服务器60的内部结构可以参考图5和图6。图8为根据本发明域名解析系统的域名解析方法流程图，图8以用户机通过DNS 服务器解析域名，最终访问业务服务器的过程为例，结合图7，说明DNS服务器进行域名解 析的具体流程。具体说明如下步骤1，用户机向DNS服务器发送域名解析请求消息；步骤2，DNS服务器根据用户属性查询相对应的业务服务器IP地址；步骤3，DNS服务器向与该用户处在同一网络域内的探测点发出对指定业务服务 器进行可用性检测的请求；步骤4，探测点会在业务应用层面对业务服务器进行拨测，即向业务服务器发出业 务请求；步骤5，根据业务服务器的应答，探测点验证业务服务器的可用性；步骤6，探测点向DNS服务器返回对指定业务服务器的检测结果；如果业务服务器在步骤5中不能响应探测点对业务的拨测，探测点将向DNS服务 器返回为该业务服务器不可用的检测结果，由DNS服务器返回步骤2为用户选择新的业务 服务器。步骤7，DNS服务器向用户机返回域名解析响应消息，向用户机通知业务服务器的 IP地址；步骤8，用户机访问经探测点检测、验证过可用性的业务服务器。至此，DNS服务器的域名解析流程结束。在本发明实施例中，验证了业务服务器的可用性，进一步地，本发明实施例还可以 通过探测点验证业务服务器的服务质量，在向DNS服务器返回的检测结果中携带业务服务 器的服务质量，DNS服务器可以根据业务服务器的服务质量为用户机选择业务服务器。本实施例中，DNS服务器在向用户机返回业务服务器的IP地址前，先对业务服务 器的可用性进行验证，如果业务服务器可用，才向用户机返回业务服务器的IP地址，将对 业务服务器的验证过程与域名解析过程相结合，确保了向用户机返回有效的业务服务器的 IP地址。部署在各个网络区域中的探测点，能够按照DNS服务器的要求完成对业务服务器 的应用层面的拨测。用户机只需要直接连接到DNS服务器返回的IP地址，提高了域名解析 的效率，减少了用户机的工作量，提高了用户体验。本发明能有多种不同形式的具体实施方式
，上面以图1-图8为例结合附图对本发 明的技术方案作举例说明，这并不意味着本发明所应有的具体实例只能局限在特定的流程 或实施例结构中，本领域的普通技术人员应当了解，上文所提供的具体实施方案只是多种 优选用法中的一些示例，任何将验证业务服务器可用性的过程与DNS服务器的域名解析过 程相结合的实施方式均在本发明技术方案所要求保护的范围之内。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括ROM、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。
最后应说明的是以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可 以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。
权利要求
1.一种域名解析方法，其特征在于，包括DNS服务器根据接收的域名解析请求消息，选择业务服务器；所述DNS服务器向与所述请求消息发送方处于同一网络域的探测点请求对所述业务 服务器的可用性进行检测；所述DNS服务器根据所述探测点返回的检测结果确定所述请求消息对应的域名解析结果。
2.根据权利要求1所述的域名解析方法，其特征在于，所述DNS服务器根据所述探测点 返回的检测结果确定所述请求消息对应的域名解析结果包括如果所述探测点返回的检测结果为所述业务服务器不可用，则所述DNS服务器重新选 择新的业务服务器，并对所述新的业务服务器进行可用性检测；如果所述探测点返回的检测结果为所述业务服务器可用，则所述DNS服务器向所述请 求消息发送方返回包含所述业务服务器IP地址的域名解析响应消息。
3.根据权利要求2所述的域名解析方法，其特征在于，所述DNS服务器重新选择新的业 务服务器，并对所述新的业务服务器进行可用性检测包括所述DNS服务器根据所述请求消息发送方的属性和要访问的域名重新选择一新的业 务服务器；所述DNS服务器向与所述请求消息发送方处于同一网络域的探测点请求对所述新的 业务服务器的可用性进行检测。
4.根据权利要求1所述的域名解析方法，其特征在于，所述DNS服务器根据所述探测点 返回的检测结果确定所述请求消息对应的域名解析结果包括所述DNS服务器接收到所述探测点对两个以上所述业务服务器的检测结果，并选择业 务服务器如果所述检测结果为所述业务服务器应用层可用，则所述DNS服务器选择下载速度最 高的业务服务器，并返回所述请求消息发送方；如果所述检测结果为所述业务服务器应用层不可用、网络层可用，则所述DNS服务器 选择丢包率最低或时延最小的业务服务器，并返回所述请求消息发送方；如果所述检测结果为两个以上所述业务服务器应用层和网络层均不可用，则重新选择 新的业务服务器进行可用性检测。
5.根据权利要求1-4中任一项所述的域名解析方法，其特征在于，所述DNS服务器向与 所述请求消息发送方处于同一网络域的探测点请求对所述业务服务器的可用性进行检测 包括所述DNS服务器通过扩展的BGP协议向所述探测点发送包括所述业务服务器地址及 检测业务类型的可用性检测请求；所述DNS服务器根据所述探测点返回的检测结果确定所述请求消息对应的域名解析 结果包括所述探测点通过扩展的BGP协议向所述DNS服务器返回包括所述业务服务器地 址、检测业务类型及检测结果的可用性检测结果。
6.根据权利要求5所述的域名解析方法，其特征在于，所述检测业务类型包括网络 层、http业务、P0P3业务、或者SMTP业务。
7.根据权利要求1-4中任一项所述的域名解析方法，其特征在于，所述业务服务器为 与所述请求消息发送方位于同一网络域内的业务服务器。
8.—种域名解析服务器，其特征在于，包括接收模块，用于接收域名解析请求消息；控制模块，用于根据所述接收模块接收到的域名解析请求消息，选择业务服务器，并向 与所述请求消息发送方处于同一网络域的探测点请求对所述业务服务器的可用性进行检 测，并根据所述探测点返回的检测结果确定所述请求消息对应的域名解析结果；发送模块，用于将所述域名解析结果发送至所述请求消息的发送方。
9.根据权利要求8所述的域名解析服务器，其特征在于，所述控制模块包括判断单元，用于根据所述探测点返回的检测结果判断所述业务服务器是否可用，如果 不可用，则重新选择一新的业务服务器，向所述探测点请求对所述新的业务服务器的可用 性进行检测；否则，将包含所述业务服务器IP地址的域名解析响应消息发送给所述发送模 块。
10.一种域名解析系统，其特征在于，包括DNS服务器，用于根据接收的域名解析请求消息，选择业务服务器，向与所述请求消息 发送方处于同一网络域的探测点请求对所述业务服务器的可用性进行检测，并根据所述探 测点返回的检测结果确定所述请求消息对应的域名解析结果；探测点，用于接收所述DNS服务器发送的包含所述业务服务器IP地址的可用性检测请 求，对所述业务服务器的可用性进行检测，并返回检测结果。
11.根据权利要求10所述的域名解析系统，其特征在于，所述DNS服务器包括接收模块，用于接收域名解析请求消息；控制模块，用于根据所述接收模块接收到的域名解析请求消息，选择业务服务器，并向 与所述请求消息发送方处于同一网络域的探测点请求对所述业务服务器的可用性进行检 测，并根据所述探测点返回的检测结果确定所述请求消息对应的域名解析结果；发送模块，用于将所述域名解析结果发送至所述请求消息的发送方。
12.根据权利要求11所述的域名解析系统，其特征在于，所述控制模块包括判断单元，用于根据所述探测点返回的检测结果判断所述业务服务器是否可用，如果 不可用，则重新选择一新的业务服务器，向所述探测点请求对所述新的业务服务器的可用 性进行检测；否则，将包含所述业务服务器IP地址的域名解析响应消息发送给所述发送模 块。
全文摘要
本发明公开了一种域名解析方法、服务器和系统，其中，该方法包括DNS服务器根据接收的域名解析请求消息，选择业务服务器；DNS服务器向与该请求消息发送方处于同一网络域的探测点请求对该业务服务器的可用性进行检测；DNS服务器根据探测点返回的检测结果确定该请求消息对应的域名解析结果。本发明各实施例可以在反馈域名解析前对业务服务器的可用性进行检测，避免将域名解析到已经失效的业务服务器的IP地址，提高用户体验。
文档编号H04L29/12GK102045411SQ200910235720
公开日2011年5月4日 申请日期2009年10月13日 优先权日2009年10月13日
发明者李伟, 樊川, 秦越, 翁啸华, 陈曦 申请人:中国移动通信集团公司