域名解析的服务_域名解析方法及服务器与流程

本发明涉及互联网技术领域，特别涉及一种域名解析方法及服务器。

背景技术：

互联网上的每一个终端或者服务器都有一个唯一的IP（ ，互联网协议）地址，以区别于互联网上成千上万个其他终端和服务器。由于IP地址是用二进制数表示的，用户记忆和书写起来比较困难。为了方便用户记忆，在IP地址的基础上发展出了一个符号地址，即域名。每个域名都对应一个具体的IP地址。这样，终端就可以根据域名获取相应的IP地址，进而根据获取的IP地址获取相应的服务。其中，终端根据域名获取相应IP地址的过程就是域名解析的过程。

相关技术中，安装在终端中的应用客户端可以根据系统配置的DNS(域名系统)服务器的IP地址，通过UDP(用户数据报协议)向IP地址对应的DNS服务器发送域名解析请求，域名解析请求中携带需要解析的目标域名。DNS服务器接收到域名解析请求后，可以从自身存储的域名与IP地址的对应关系中获取目标域名对应的IP地址。如果DNS服务器中不存在目标域名对应的IP地址，则DNS服务器可以将域名解析请求转发给其他DNS服务器，直至获取到目标域名对应的IP地址，并将获取到的IP地址返回给应用客户端。

但是在上述域名解析过程中，由于DNS服务器是公共服务器，DNS服务器的IP地址很容易被运营商、网络服务商等篡改，这种情况下系统配置的DNS服务器的IP地址很有可能是错误的或者不可靠的，此时应用客户端向该IP地址对应的DNS服务器发送域名解析请求时，就会解析出错误的IP地址，导致无法正常获取服务。

技术实现要素：

为了解决现有技术的问题，本发明实施例提供了一种域名解析方法及服务器，其技术方案如下：

第一方面，提供了一种域名解析方法，所述方法包括：

通过传输控制协议TCP连接接收应用客户端发送的域名解析请求，所述域名解析请求携带需解析的目标域名；

所述指定服务器为所述应用客户端对应的应用服务器，或者，所述指定服务器为预先设置的信任服务器，所述指定服务器中存储有域名与互联网协议IP地址的对应关系；

根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，并将目标IP地址发送至应用客户端。

可选的，根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，包括：

从域名与IP地址的对应关系中找到目标域名对应的IP地址；

若找到，则将找到的IP地址确定为目标IP地址；

若找不到该域名，则向域名体系中的权威服务器发送域名解析请求；

接收权威服务器发送的目标IP地址，其中，该目标IP地址是由权威服务器根据目标域名获取的。

可选的，所述TCP连接为应用客户端在当前时间之前建立的TCP长连接。

第二方面，提供一种指定服务器，所述指定服务器包括：

接收模块，用于通过传输控制协议TCP连接接收应用客户端发送的域名解析请求，所述域名解析请求中携带需解析的目标域名；

所述指定服务器为所述应用客户端对应的应用服务器，或者，所述指定服务器为预先设置的信任服务器，所述指定服务器中存储有域名与互联网协议IP地址的对应关系；

获取模块用于根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，并将该目标IP地址发送给应用客户端。

可选的，所述获取模块，包括：

搜索子模块，用于从域名与IP地址的对应关系中，查找目标域名对应的IP地址；

确定子模块，用于若查找到所述IP地址，则确定所述查找到的IP地址为目标IP地址；

发送子模块，用于若无法找到域名，则向域名体系中的权威服务器发送域名解析请求；

接收子模块用于接收权威服务器发送的目标IP地址，该目标IP地址是由权威服务器根据目标域名获取的。

可选的，所述TCP连接为应用客户端在当前时间之前建立的TCP长连接。

第三方面，提供一种指定服务器，所述指定服务器包括：

处理器;

用于存储处理器可执行指令的存储器；

其中，所述处理器，被配置为执行上述第一方面任一项方法的步骤。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有指令，当该指令被处理器执行时，实现第一方面所述的任一项方法的步骤。

本发明实施例提供的技术方案具有以下有益效果：本发明实施例中，当指定服务器通过TCP连接接收到应用客户端发送的域名解析请求时，可以通过保存的域名与IP地址的对应关系，根据域名解析请求中携带的目标域名获取对应的目标IP地址。由于指定服务器为应用客户端对应的应用服务器或预先设置的可信服务器，可靠性比DNS服务器高。由指定服务器处理域名解析请求，避免了系统配置的DNS服务器IP地址不正确导致的域名解析错误，提高了域名解析的准确性。

附图的简要说明

为了更加清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要用到的附图进行简要介绍。显然，下面所描述的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来说，在不付出创造性劳动的情况下，还可以基于这些附图获得其他的附图。

图1为本发明实施例提供的域名解析方法的流程图；

图2为本发明实施例提供的另一种域名解析方法的流程图；

图3a为本发明实施例提供的服务器的结构示意图；

图3b为本发明实施例提供的获取模块的结构示意图；

图4为本发明实施例提供的服务器的结构示意图。

详细方法

为了使本发明的目的、技术方案和优点更加清楚明白，下面结合附图，对本发明实施例进行进一步详细说明。

在详细阐述本发明实施例之前，先介绍一下本发明实施例的应用场景。互联网中每个终端或者服务器都有一个唯一的IP地址，当用户想要获得某种服务时，就可以根据IP地址使用终端访问相应的服务器，从而获得想要的服务。但是由于IP地址是用二进制数表示的，普通用户在使用时很难记住和书写。基于以上原因，在IP地址的基础上发展出了一种符号地址，即域名。域名与IP地址之间存在对应关系，即每个域名对应一个具体的IP地址。这种域名与IP地址的对应关系通常存储在多个服务器中，由多个服务器组成的系统称为DNS系统，多个服务器通常称为DNS服务器。在实际应用中，一个终端通常安装有多个应用客户端。 对于多个应用客户端中的每一个，应用客户端在获取服务时，通常是通过域名来获取的，即应用客户端将目标域名发送给DNS系统，DNS系统中的DNS服务器从存储的域名与IP地址的对应关系中获取目标域名对应的目标IP地址并发送给应用客户端。这样，应用客户端就可以根据接收到的IP地址来获取相应的服务。其中，应用客户端根据目标域名通过服务器获取对应的IP地址的过程就是域名解析的过程。在域名解析的过程中，可以采用本发明实施例提供的域名解析方法来解析应用客户端发送的域名。

在介绍完本发明实施例的应用场景之后，下面结合附图对本发明实施例提供的域名解析方法的具体实现过程进行说明。

图1为本发明实施例提供的一种域名解析方法，如图1所示，该域名解析方法用于指定服务器中，该指定服务器为应用客户端对应的应用服务器，或者，该指定服务器为预先设置的信任服务器，该指定服务器中保存有域名与IP地址的对应关系。该方法包括：

步骤101、通过TCP连接接收应用客户端发送的域名解析请求，该域名解析请求中携带需解析的目标域名。

步骤102、根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，并将目标IP地址发送给应用客户端。

本发明实施例中，当指定服务器通过TCP连接接收到应用客户端发送的域名解析请求时，可以通过保存的域名与IP地址的对应关系，根据域名解析请求中携带的目标域名获取对应的目标IP地址。由于指定服务器是应用客户端对应的应用服务器或者预先设置的可信服务器，可靠性比DNS服务器高。由指定服务器处理域名解析请求，避免了由于系统配置的DNS服务器IP地址不正确而导致的域名解析错误，提高了域名解析的准确性。

可选的，基于存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，包括：

从域名与IP地址的对应关系中找到目标域名对应的IP地址；

若找到，则将找到的IP地址确定为目标IP地址；

若找不到该域名，则向域名体系中的权威服务器发送域名解析请求；

接收权威服务器发送的目标IP地址，该目标IP地址是权威服务器根据目标域名获取的。

可选的，所述TCP连接为应用客户端在当前时间之前建立的TCP长连接。

以上所有可选技术方案，均可采用任意组合形成本发明的可选实施例，本发明的实施例不再一一详细描述。

图2为本发明实施例提供的域名解析方法的流程图，如图2所示，该方法包括以下步骤：

步骤201、应用客户端通过TCP连接向指定服务器发送域名解析请求。

终端中通常会安装有多个应用客户端，对于多个应用客户端中的任意一个，终端启动应用客户端后，应用客户端都可以获取需要解析的目标域名，并通过该域名获取相应的服务。该域名可以是用户通过应用客户端输入的域名，也可以是应用客户端根据用户选择的服务选项确定的域名。

应用客户端获取到需要解析的目标域名后，即可根据该目标域名生成域名解析请求，并通过TCP连接向指定服务器发送该域名解析请求，该域名解析请求中携带需要解析的目标域名。

需要说明的是，一般情况下，安装在终端中的应用客户端，尤其是安装在移动终端中的应用客户端，为了实现即时通讯，一般都会建立TCP长连接等待数据收发。TCP长连接是相对于短连接而言的，如果通信双方只有有数据交互时才建立连接进行通信，数据交互完成后才断开连接，这样的连接就是短连接。对于一些频繁操作、点对点的通信，由于每个TCP连接都需要三次握手，如果每个操作都使用短连接，会耗费大量的时间，处理速度会比较慢。为此，应用客户端可以建立TCP长连接，即应用客户端建立TCP连接后，该TCP连接可以连续发送多个操作对应的多个数据包，每个操作的数据包发送完后不会断开连接。这样，下次发送数据包时，可以直接使用该连接进行发送，而不需要重建TCP连接。 其中，在连接维护期间，若没有发送与该操作对应的数据包，则通信双方可以发送链路检测数据包。

基于上述描述，可选的，若应用客户端已经建立了相应的TCP长连接，则应用客户端在获取到目标域名后，可以通过已有的TCP长连接向指定服务器发送携带目标域名的域名解析请求，即应用客户端不需要重新建立TCP连接，节省了系统资源。

该指定服务器可以是应用客户端对应的应用服务器，也可以是预先设置的受信任的服务器，该指定服务器中保存有域名与IP地址的对应关系。

当指定服务器为应用客户端对应的应用服务器时，由于应用服务器仅为应用客户端的服务器，而非DNS系统中的公用DNS服务器，因此被篡改或劫持的可能性较小，因此指定服务器对目标域名进行解析的准确率较高。

当指定服务器为可信服务器时，该可信服务器可以是某一服务的服务商专门设立的可信服务器，这样，指定服务器的可靠性会高于DNS系统中的DNS服务器，相应的，指定服务器对目标域名的解析的准确率也会更高。

还需要注意的是，指定服务器中保存的域名与 IP 地址的对应关系可以由维护指定服务器的技术人员手动保存，也可以由指定服务器从 DNS 系统中的权威服务器中获取。其中，DNS 系统中的权威服务器是指在其配置文件中直接写明域名与 IP 地址的对应关系，并被授权管理某个域的服务器。

步骤202、当指定服务器接收到应用客户端发送的域名解析请求时，根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，并将获取到的目标IP地址发送给应用客户端。

当指定服务器接收到应用客户端发送的域名解析请求后，指定服务器可以从存储的域名与IP地址的对应关系中查找目标域名对应的IP地址，若查找到，则将查找到的IP地址确定为目标IP地址；若未查找到，则向域名体系中的权威服务器发送域名解析请求，接收权威服务器发送的目标IP地址，权威服务器根据目标域名获取目标IP地址，之后指定服务器即可将获取到的目标IP地址发送给应用客户端。

其中，由于指定服务器中保存有域名与IP地址的对应关系，因此指定服务器可以直接根据目标域名查找对应的IP地址，如果查找到则查找到的IP地址即为目标IP地址，即该目标IP地址即为目标域名的解析结果。此时指定服务器可以将目标IP地址发送给应用客户端，如果找不到则说明指定服务器中没有保存目标域名对应的IP地址。此时可选的，如果指定服务器可以与目标域名所在域的DNS系统中的权威服务器进行通信，则指定服务器可以直接将携带目标域名的域名解析请求转发给权威服务器。由于权威服务器是目标域名所在域的权威服务器，因此权威服务器中保存有该域内的所有域名及对应的IP地址。 权威服务器接收到域名解析请求后，可以从自身保存的域名与IP地址的对应关系中获取目标域名的IP地址，并将获取的IP地址发送给指定服务器；指定服务器接收到权威服务器发送的IP地址后，将接收到的IP地址确定为目标IP地址，并将目标IP地址发送给应用客户端。

可选的，若在域名与指定服务器的IP地址的对应关系中未找到目标域名对应的目标IP地址，且指定服务器无法与目标域名所在域的权威服务器进行通信，则指定服务器可以生成应答消息并发送至应用客户端，其中，应答消息用于提示应用客户端目标域名解析失败。

步骤203、应用客户端根据接收到的目标IP地址获取相应的服务。

当应用客户端接收到该目标IP地址时，该目标IP地址即为应用客户端想要访问的IP地址，此时应用客户端就可以访问该IP地址对应的服务器，并从该IP地址对应的服务器获取相应的服务。

本发明实施例中，当指定服务器通过TCP连接接收到应用客户端发送的域名解析请求时，可以通过保存的域名与IP地址的对应关系，根据域名解析请求中携带的目标域名获取对应的目标IP地址。由于指定服务器为应用客户端对应的应用服务器或预先设置的可信服务器，可靠性比DNS服务器高，由指定服务器处理域名解析请求，避免了系统配置的DNS服务器IP地址不正确导致的域名解析错误，提高了域名解析的准确性。另外，由于应用客户端可以通过现有的TCP长连接向指定服务器发送域名解析请求，节省了系统资源。

参见图3a，本发明实施例提供了一种指定服务器，包括：接收模块301、获取模块302：

接收模块301，用于通过传输控制协议TCP连接接收应用客户端发送的域名解析请求，该域名解析请求携带需解析的目标域名；

所述指定服务器为所述应用客户端对应的应用服务器，或者，所述指定服务器为预先设置的信任服务器，所述指定服务器中存储有域名与互联网协议IP地址的对应关系；

获取模块302，用于根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址；并发送该目标IP地址至应用客户端。

可选的，参见图3b，获取模块302，包括：

查找子模块3021，用于从域名与IP地址的对应关系中查找目标域名对应的IP地址；

确定子模块3022，用于若查找到IP地址，则确定该查找到的IP地址为目标IP地址；

发送子模块3023，用于若无法查询到域名，则向域名体系中的权威服务器发送域名解析请求；

接收子模块3024，用于接收权威服务器发送的目标IP地址，该目标IP地址是由权威服务器根据目标域名获取的。

可选的，所述TCP连接为应用客户端在当前时间之前建立的TCP长连接。

综上所述，本发明实施例中，当指定服务器通过TCP连接接收到应用客户端发送的域名解析请求时，可以通过存储的域名与IP地址的对应关系，根据域名解析请求中携带的目标域名获取对应的目标IP地址。由于指定服务器是应用客户端对应的应用服务器或预先设置的可信服务器，其可靠性比DNS服务器高。由指定服务器处理域名解析请求，避免了系统配置的DNS服务器IP地址不正确导致的域名解析错误，提高了域名解析的准确性。另外，由于应用客户端可以通过现有的TCP长连接向指定服务器发送域名解析请求，节省了系统资源。

图4是根据示例性实施例的用于域名解析方法的服务器400的框图。参见图4，服务器400包括处理器422，该处理器422进一步包括一个或多个处理器，以及以存储器432为代表的内存资源，用于存储处理器422可执行的指令，例如应用程序。存储在存储器432中的应用程序可以包括一个或多个模块，每个模块对应于一组指令。此外，处理器422被配置为执行指令以执行上述图2所示实施例中提供的方法。

服务器400还可以包括配置为对设备400进行电源管理的电源组件426、配置为将设备400连接到网络的有线或无线网络接口450、以及输入/输出(I/O)接口458。服务器400可以基于存储在存储器432中的操作系统进行操作，例如、、、等。

在示例性实施例中，还提供了包含指令的非临时性计算机可读存储介质，例如包含指令的存储器432，这些指令可由服务器400的处理器422执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD-ROM、磁带、软盘、光学数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令被服务器的处理器执行时，使得该服务器执行一种域名解析方法，所述方法包括：

通过传输控制协议TCP连接接收应用客户端发送的域名解析请求，所述域名解析请求携带需解析的目标域名；

所述指定服务器为所述应用客户端对应的应用服务器，或者，所述指定服务器为预先设置的信任服务器，所述指定服务器中存储有域名与互联网协议IP地址的对应关系；

根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，并将目标IP地址发送至应用客户端。

可选的，根据存储的域名与IP地址的对应关系，获取目标域名对应的目标IP地址，包括：

从域名与IP地址的对应关系中找到目标域名对应的IP地址；

若找到，则将找到的IP地址确定为目标IP地址；

若找不到该域名，则向域名体系中的权威服务器发送域名解析请求；

接收权威服务器发送的目标IP地址，其中，该目标IP地址是由权威服务器根据目标域名获取的。

可选的，所述TCP连接为应用客户端在当前时间之前建立的TCP长连接。

本发明实施例中，当指定服务器通过TCP连接接收到应用客户端发送的域名解析请求时，可以通过保存的域名与IP地址的对应关系，根据域名解析请求中携带的目标域名获取对应的目标IP地址。由于指定服务器为应用客户端对应的应用服务器或预先设置的可信服务器，可靠性比DNS服务器高，由指定服务器处理域名解析请求，避免了系统配置的DNS服务器IP地址不正确导致的域名解析错误，提高了域名解析的准确性。另外，由于应用客户端可以通过现有的TCP长连接向指定服务器发送域名解析请求，节省了系统资源。

需要说明的是：上述实施例提供的服务器在进行域名解析时，只是以上述功能模块的划分为例，实际应用中，可以根据需要将上述功能分配到不同的功能模块中，即可以将设备内部结构划分为不同的功能模块，以完成上述全部或部分功能。另外，上述实施例提供的服务器与域名解析方法实施例属于同一构思，其具体实现过程详见方法实施例，在此不再赘述。

本领域技术人员可以理解，实现上述实施例的全部或部分步骤可以通过硬件或者通过程序指令相关硬件来完成，而该程序可以存储在计算机可读存储介质中，上述存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

技术特点：

技术摘要

本发明披露了属于技术字段的域名解决方法和服务器。基于域名和IP地址之间的存储对应关系，获得了与目标域名相对应的目标IP地址，并且由于指定的服务器是应用程序服务器或可信赖的服务器，因此将目标IP地址发送到应用程序客户端，因此，可靠性高于DNS服务器，并通过域名求解的范围划分的范围划分的DNS服务器。域名分辨率的准确性。

技术研发人员：Weng Zekai； Yang ; Chen Yiwu

受保护的技术用户：

技术开发日：2017.06.26

技术发布日期：2017.09.01