CN106331201A - 域名资源记录缓存控制方法及服务器 - Google Patents

Abstract

本发明公开了一种域名资源记录缓存控制方法及服务器。该方法包括：在域名解析过程中，在域名解析服务器对域名服务器提供的域名资源记录进行缓存后，域名服务器接收域名解析服务器发送的缓存宣告消息；域名服务器基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，域名资源记录缓存会话表用于记录域名资源记录的缓存状态信息。借助于本发明的技术方案，有效提高互联网业务的可用性，提高用户体验。

Description

域名资源记录缓存控制方法及服务器

技术领域

本发明涉及计算机网络领域，特别是涉及一种域名资源记录缓存控制方法及服务器。

背景技术

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

现有的域名解析和域名缓存处理是一个复杂的过程，现在以客户端需要访问www.zte.com为例，对具体的域名解析和域名缓存处理进行详细说明，图1是现有技术中域名解析和域名缓存处理过程的信令流程图，如图1所示，该处理过程涉及的系统包括了客户端，域名解析服务器，根域名服务器，com域名服务器，zte.com域名服务器，以及www.zte.com域名服务器。其中，客户端负责根据具体应用的需求发起域名系统(Domain Name System，简称为DNS)请求；域名解析服务器对应标准协议RFC1034中的resolver，resolver指的是客户端配置、指定或从互联网服务提供商(Internet Service Provider，简称为ISP)处获取的域名解析服务器，一般情况该域名解析服务器同时作为域名缓存服务器，因此也被称为域名缓存服务器；根域名服务器指的是现网DNS根服务器，com域名服务器指的是获得授权的、负责com域解析和管理的域名服务器；zte.com域名服务器指的是获得授权的、负责zte.com域解析和管理的域名服务器；www.zte.com域名服务器指的是获得授权的、负责www.zte.com域解析和管理的域名服务器。具体的处理流程如下：

1、当用户需要访问具体业务，例如：访问www.zte.com，客户端需要进行针对www.zte.com的域名解析。客户端首先会去查看操作系统的本地配置文件，比如：windows系统的host文件，如果查到有对应的域名资源记录(DNS resourcerecord，简称为DNS RR)，则完成域名解析；

2、如果客户端在本地配置文件中找不到对应的域名资源记录，则转去查看客户端本地的DNS缓存，如果有对应的域名资源记录，则完成域名解析；

3、客户端在本地域名缓存中也无法获得域名解析的情况下，客户端需要向域名解析服务器发起域名解析请求；在这里，域名解析服务器指的是客户端配置、指定或从ISP处获取的域名解析服务器，一般情况该域名解析服务器同时作为域名缓存服务器。

4、域名解析服务器接收到用户域名请求后，首先查询本地资源，如果要查询的域名包含在本地配置的区域资源中(即获得授权的资源记录)，则完成DNS解析，向客户端返回DNS解析结果，该解析结果具有权威性；如果要查询的域名包含在缓存的区域资源记录中(即非授权的资源记录)，则完成DNS解析，向客户端返回DNS解析结果，该解析结果不具有权威性；

5、如果在域名解析服务器的本地配置区域资源和缓存资源中都解析不到，则需要向上级DNS域名服务器请求解析。在这里，域名解析服务器向根域名服务器请求解析；

6、根域名服务器收到域名解析请求后，判断这个域名是由com域名服务器授权管理，因此，将com域名服务器的信息返回给域名解析服务器；

7、域名解析服务器获得com域名服务器的信息后，向com域名服务器发起域名解析请求；

8、com域名服务器收到域名解析请求后，判断这个域名是由zte.com域名服务器授权管理，因此，将zte.com域名服务器的信息返回给域名解析服务器；

9、域名解析服务器获得zte.com域名服务器的信息后，向zte.com域名服务器发起域名解析请求；

10、zte.com域名服务器收到域名解析请求后，判断这个域名是由www.zte.com域名服务器授权管理，因此，将www.zte.com域名服务器的信息返回给域名解析服务器

11、域名解析服务器获得www.zte.com域名服务器的信息后，向www.zte.com域名服务器发起域名解析请求；

12、www.zte.com域名服务器根据域名请求进行查询，发现该请求需要查询的域名包含在本地配置的区域资源中，将对应的域名解析结果返回给域名解析服务器，该域名解析结果具有权威性；

13、域名解析服务器获得域名解析结果后，根据策略决策是否对该域名资源记录进行缓存，一般情况下，域名解析服务器会缓存该域名资源记录，以便于为后续同样的域名解析请求服务，提高域名解析效率；

14、域名解析服务器将获得的域名解析结果返回给客户端；

15、客户端根据策略决定是否缓存该域名资源记录，具体的缓存策略和具体的客户端操作系统以及用户系统配置相关；如果进行DNS域名资源记录缓存则可有效提高域名解析效率。

从上述域名解析和域名缓存的处理过程中，可以知道，在域名解析的过程中，首先是查询本地的资源记录信息和缓存的资源记录信息，通过这样的方式来提高域名解析的效率和避免集中处理的性能问题。因此，绝大多数的域名解析服务器在获得新的域名解析记录时，都会选择进行本地缓存，以提高域名解析的效率。但这样的方式也会带来相应的问题，例如：DNS解析失效等问题。

从以上的处理流程，可以看到，DNS资源记录的缓存是获得解析结果的域名解析服务器本身的行为，并没有相应的宣告机制，也就是说，权威域名服务器并不知道网络上有哪些域名解析服务器缓存了它授权维护的域名资源记录。当它的域名资源记录出现变化时，比如：域名www.zte.com对应的IP地址从原先的1.1.1.1改变为2.2.2.2，就会出现一定程度的域名解析问题。因为用户的DNS解析请求在查询本地DNS缓存，或者查询域名解析服务器的缓存记录时就会获得www.zte.com对应的IP地址为1.1.1.1的域名解析结果。

导致这一问题的原因是，现有的技术只关注了授权域名服务器之间的更新和同步，具体的技术包括了增量区域传输(IXFR)，标准区域传输(AXFR)等，具体可参见RFC1995，RFC1996，RFC2136，RFC2137，RFC3007，RFC5936等。现有技术忽略了非授权信息的更新。在网络中，有着大量的域名解析服务器做了大量的域名资源记录的缓存，这些都是非授权的域名资源记录，这些都是本地行为，对授权域名服务器、权威域名服务器都是不可见的。因此，当特定的域名资源记录出现变化时，缓存在各个域名解析服务器中的域名资源记录并没有得到及时的更新，这样就会导致域名解析错误，导致业务不可用。目前的方案有如下几种：

1、等待域名资源记录的生存时间(time to live，简称为TTL)超时；这就意味着，当域名资源记录出现变化后，在该域名记录的TTL超时之前，域名解析失效；

2、不允许进行域名资源记录的缓存，比如：将TTL设置为0，使得该域名资源记录不被缓存；

3、由域名解析服务器在TTL未过期前主动发起域名资源记录的查询和更新；这样的方法需要设置定期查询和更新的时间点，还是无法实时更新域名资源记录，当域名资源记录出现变化后到设定的更新时间点到来之前，还是会出现一段时间内域名解析失效的问题。

从上述描述可以看出，目前并没有很好的解决上述问题的技术方案，因此目前急需一种域名资源记录缓存的控制方法。

发明内容

鉴于现有技术中缓存在各个域名解析服务器中的域名资源记录并没有办法得到及时的更新的问题，提出了本发明，提供一种域名资源记录缓存控制方法及服务器。

本发明提供一种域名资源记录缓存控制方法，包括：在域名解析过程中，在域名解析服务器对域名服务器提供的域名资源记录进行缓存后，域名服务器接收域名解析服务器发送的缓存宣告消息；域名服务器基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，域名资源记录缓存会话表用于记录域名资源记录的缓存信息。

优选地，进一步包括：域名服务器在域名资源记录发生变化时，根据域名资源记录缓存会话表向缓存有域名资源记录的域名解析服务器发起对域名资源记录的更新。

优选地，进一步包括：在客户端设备对域名解析服务器提供的域名资源记录进行缓存后，域名解析服务器接收客户端设备发送的缓存宣告消息；域名解析服务器基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新；域名解析服务器在域名资源记录发生变化时，根据域名资源记录缓存会话表向缓存有域名资源记录的客户端设备发起对域名资源记录的更新。

优选地，域名资源记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息。

优选地，域名服务器包括：权威域名服务器、以及域授权服务器。

本发明还提供了一种域名服务器，包括：第一接收模块，用于在域名解析过程中，在域名解析服务器对域名服务器提供的域名资源记录进行缓存后，接收域名解析服务器发送的缓存宣告消息；第一表更新模块，用于基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，域名资源记录缓存会话表用于记录域名资源记录的缓存信息。

优选地，进一步包括：第一域名资源记录更新模块，用于在域名资源记录发生变化时，根据域名资源记录缓存会话表向缓存有域名资源记录的域名解析服务器发起对域名资源记录的更新。

优选地，域名资源记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息；域名服务器包括：权威域名服务器、以及域授权服务器。

本发明还提供了一种域名解析服务器，包括：第二接收模块，用于在客户端设备对域名解析服务器提供的域名资源记录进行缓存后，接收客户端设备发送的缓存宣告消息；第二表更新模块，用于基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，域名资源记录缓存会话表用于记录域名资源记录的缓存信息；第二域名资源记录更新模块，用于在域名资源记录发生变化时，根据域名资源记录缓存会话表向缓存有域名资源记录的客户端设备发起对域名资源记录的更新。

优选地，域名资源记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息。

本发明有益效果如下：

通过修改现有域名解析的处理过程，在现有的域名处理过程中增加域名资源记录缓存的宣告机制，并在域名服务器中基于域名资源记录维护域名资源记录缓存会话表，从而实现域名资源记录缓存的宣告、状态维护和控制、实时按需更新等功能，解决了现有技术中缓存在各个域名解析服务器中的域名资源记录并没有得到及时的更新而导致的问题，使得网络中大量存在的，各个域名解析服务器缓存的非授权的域名资源记录能够可管可控，及时更新，有效提高互联网业务的可用性，提高用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是现有技术中域名解析和域名缓存处理过程的信令流程图；

图2是本发明实施例的域名资源记录缓存控制方法的流程图；

图3是本发明实施例的包含域名资源记录缓存宣告过程的域名解析的信令流程图；

图4是本发明实施例的域名资源记录缓存宣告的依赖关系的示意图；

图5是本发明实施例的域名资源记录缓存会话表维护的示意图；

图6是本发明实施例的域名资源记录缓存更新关系的示意图；

图7是本发明实施例的域名资源记录缓存更新处理的信令流程图；

图8是本发明实施例的域名资源记录缓存控制系统组成的示意图；

图9是本发明实施例的域名服务器的结构示意图；

图10是本发明实施例的域名解析服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中缓存在各个域名解析服务器中的域名资源记录并没有得到及时的更新而导致的问题，本发明提供了一种域名资源记录缓存控制方法及服务器，使得网络中大量存在的，各个域名解析服务器缓存的非授权的域名资源记录能够可管可控，及时更新，有效提高互联网业务的可用性，提高用户体验。以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

方法实施例

根据本发明的实施例，提供了一种域名资源记录缓存控制方法，图2是本发明实施例的域名资源记录缓存控制方法的流程图，如图2所示，根据本发明实施例的域名资源记录缓存控制方法包括如下处理：

步骤201，在域名解析过程中，在域名解析服务器对域名服务器提供的域名资源记录进行缓存后，域名服务器接收域名解析服务器发送的缓存宣告消息；在本发明实施例中，域名服务器包括：权威域名服务器、以及域授权服务器。

也就是说，上述处理结合域名解析处理流程，增加域名资源记录缓存的宣告处理过程和接口，当域名解析过程中，域名解析服务器进行了特定域名资源记录的缓存时，需要进行宣告，从哪个域名服务器获得该域名资源记录信息就向哪个域名服务器宣告。同样，终端设备如果进行了域名资源记录的缓存，也需要在缓存特定的域名资源记录时进行宣告，从哪个服务器获得该域名资源记录信息就向哪个服务器宣告。

需要说明的是，域名解析服务器(resolver),也称为域名缓存服务器。因为现在大部分的域名解析服务器获得域名解析结果之后，很多会进行缓存处理，所以也叫域名缓存服务器。

步骤202，域名服务器基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，域名资源记录缓存会话表用于记录域名资源记录的缓存信息。

具体地，域名服务器在接收到域名资源记录的缓存宣告消息，需要进行处理，并在本地基于域名资源记录维护相关状态信息，即维护这个域名资源记录的缓存相关信息，在此称之为域名资源记录缓存会话表，该域名资源记录缓存会话表具体可包括，缓存该域名资源记录的域名解析服务器信息列表，具体的缓存时间，TTL信息，该域名资源记录的更新状态信息等；

当权威域名服务器维护的授权域名资源记录出现变更时，会在各个授权域名服务器之间进行同步更新，但是目前并没有相关的技术和方法去主动更新域名解析服务器中的域名缓存记录。因此，在步骤202对域名资源记录缓存会话表进行了更新后，域名服务器在域名资源发生变化时，根据域名资源记录缓存会话表向缓存有域名资源记录的域名解析服务器发起对域名资源的更新。

也就是说，在维护了域名资源记录缓存会话表的基础上，域名服务器就具备了针对域名资源记录缓存的管理和控制能力。在授权域名资源记录出现变化时，可以主动地发起更新处理流程，对所有缓存了该域名资源记录的域名解析服务器发起域名资源记录缓存的更新要求，要求更新该域名资源记录缓存。

同理，该处理方法可以应用于域名解析服务器向客户端设备发起域名记录缓存的更新要求，实现客户端设备的域名资源记录缓存的更新。需要说明的是，域名缓存的更新过程是授权域名服务器直接和域名解析服务器进行交互，不受域名空间授权层级依赖关系的限制。

如上所述，在客户端设备对域名解析服务器提供的域名资源进行缓存后，域名解析服务器接收客户端设备发送的缓存宣告消息；域名解析服务器基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新；域名解析服务器在域名资源发生变化时，根据域名记录缓存会话表向缓存有域名资源的客户端设备发起对域名资源记录的更新。

在本发明实施例中，域名记录缓存的控制方法主要包括：域名缓存记录宣告，域名缓存记录状态维护两个处理步骤，从而为域名缓存记录更新的处理过程进行准备；

优选地，域名记录缓存的宣告方法可以嵌入在标准的域名解析的处理过程中，在实施具体域名解析的时候，如果出现了域名记录缓存动作，缓存设备(也可以称之为：引用端)需要向授权域名服务器(也可以称之为：服务端)进行宣告；基于上述的域名资源记录缓存的宣告处理，使得服务端具备了获悉特定域名资源记录被引用的相关信息的手段，具备了主动更新域名资源记录缓存的能力。服务端维护域名资源记录缓存会话表，通过域名资源记录缓存会话表可实现基于域名资源记录的、精细化的、实时的管理和控制；服务端维护的域名资源记录缓存会话表，可包含缓存该域名资源记录的域名解析服务器信息列表，具体的缓存时间，TTL信息，该域名资源记录的更新状态信息等；当授权域名资源记录出现变化时，将触发域名资源记录缓存的更新处理过程；此更新处理过程是主动式更新，是由服务端向引用端发起的主动式更新；域名记录缓存的更新处理过程，可基于服务端所维护的域名资源记录缓存会话表，实现向所有引用端的更新。

以下结合附图，对本发明实施例的技术方案进行详细的说明。

图3是本发明实施例的包含域名资源记录缓存宣告过程的域名解析的信令流程图，如图3所示，域名资源记录缓存的宣告过程是嵌入在现有的域名解析处理过程中的。在具体的域名解析处理过程中，引用端在本地缓存了特定域名资源记录的时候，需要触发向服务端进行宣告的处理过程，向服务端宣告在本地进行了该域名资源记录的缓存。包含域名缓存记录宣告过程的域名解析处理过程的具体业务处理流程步骤如下：

步骤1，当用户需要访问具体业务，比如：访问www.zte.com，客户端需要进行针对www.zte.com的域名解析。客户端首先会去查看操作系统的本地配置文件，比如：windows系统的host文件，如果查到有对应的域名资源记录，则完成域名解析；

步骤2，如果客户端在本地配置文件中找不到对应的域名资源记录，则转去查看客户端本地的DNS缓存，如果有对应的域名资源记录，则完成域名解析；

步骤3，客户端在本地域名缓存中也无法获得域名解析的情况下，客户端需要向域名解析服务器发起域名解析请求；在这里，域名解析服务器指的是客户端配置、指定或从ISP处获取的域名解析服务器，一般情况该域名解析服务器同时作为域名缓存服务器；

步骤4，域名解析服务器接收到用户域名请求后，首先查询本地资源，如果要查询的域名包含在本地配置的区域资源中(即获得授权的资源记录)，则完成DNS解析，向客户端返回DNS解析结果，该解析结果具有权威性；如果要查询的域名包含在缓存的区域资源记录中(即非授权的资源记录)，则完成DNS解析，向客户端返回DNS解析结果，该解析结果不具有权威性；

步骤5，如果在域名解析服务器的本地配置区域资源和缓存资源中都解析不到，则需要向上级DNS域名服务器请求解析。在这里，域名解析服务器向根域名服务器请求解析；

步骤6，根域名服务器收到域名解析请求后，判断这个域名是由com域名服务器授权管理，因此，将com域名服务器的信息返回给域名解析服务器；

步骤7，域名解析服务器获得com域名服务器的信息后，向com域名服务器发起域名解析请求；

步骤8，com域名服务器收到域名解析请求后，判断这个域名是由zte.com域名服务器授权管理，因此，将zte.com域名服务器的信息返回给域名解析服务器；

步骤9，域名解析服务器获得zte.com域名服务器的信息后，向zte.com域名服务器发起域名解析请求；

步骤10，zte.com域名服务器收到域名解析请求后，判断这个域名是由www.zte.com域名服务器授权管理，因此，将www.zte.com域名服务器的信息返回给域名解析服务器；

步骤11，域名解析服务器获得www.zte.com域名服务器的信息后，向www.zte.com域名服务器发起域名解析请求；

步骤12，www.zte.com域名服务器根据域名请求进行查询，发现该请求需要查询的域名包含在本地配置的区域资源中，将对应的域名解析结果返回给域名解析服务器，该域名解析结果具有权威性；

步骤13，域名解析服务器获得www.zte.com的域名解析结果后，为了提高域名解析的效率，把该域名资源记录在本地进行缓存；

步骤14，由于域名解析服务器对域名资源记录进行了缓存，为了实现域名记录缓存的可管可控，需要向服务端进行宣告。在这里，域名解析服务器是从www.zte.com域名服务器获得的域名资源记录，因此，域名解析服务器向www.zte.com域名服务器进行宣告；

步骤15，www.zte.com域名服务器收到域名解析服务器发送的宣告信息，进行处理，基于域名资源记录建立并维护域名资源记录缓存会话表，维护域名资源记录的缓存情况，使用情况，更新情况等实时状态信息；

步骤16，域名解析服务器将域名解析结果返回给客户端；

步骤17，客户端收到域名解析结果后，对该域名解析结果进行了缓存；

步骤18，由于客户端对域名解析结果进行了缓存，为了保障域名资源记录缓存的可管可控，需要进行宣告；在这里，客户端是从域名解析服务器获得的域名解析结果并缓存了该结果，因此，客户端向域名解析服务器宣告；

步骤19，域名解析服务器收到客户端针对该域名资源记录的缓存宣告消息，进行处理，基于域名资源记录建立并维护域名资源记录缓存会话表，维护域名资源记录的缓存情况，使用情况，更新情况等实时状态信息。

下面进一步阐明域名资源记录缓存的宣告处理过程依据，图4是本发明实施例的域名资源记录缓存宣告的依赖关系的示意图，如图4所示，在整体架构中，可分为三大部分，分别为域授权服务群、非域授权服务群、以及客户端。其中，

域授权服务群指的是特定域名空间的授权域名服务器(也可以称为域授权服务器)集合，比如：www.zte.com的各个授权的域名解析服务器，负责对www.zte.com的进行域名解析，所做出的域名解析具有权威性。在这个授权域名服务器群中，也存在主从关系，依赖关系的根节点，我们在此称之为权威域名服务器，即最终维护该域名资源记录的域名服务器。当域名资源记录出现变化时，现有的IXFR，AXFR等技术会实现该域名资源记录在授权服务群中的更新，以保障域名解析的正确性和权威性。

非域授权服务群一般指的是域名解析服务器(也叫域名缓存服务器)的集合，缓存了非授权的域名资源记录，旨在提高域名解析的效率，由于是非授权的域名资源记录，因此，所作出的域名解析并不具备权威性。非授权服务群对授权服务群不可见，因此，当域名资源记录出现变化时，无法更新到非授权服务群。

客户端设备指的是需要进行域名解析的各种客户端设备。

一般情况下，针对特定域名资源记录的缓存依赖关系为，客户端设备依赖于域名解析服务器，域名解析服务器依赖于授权域名服务器，这样的依赖关系是在具体域名解析的过程中，自动、动态生成的。此依赖关系决定了后续域名资源记录更新的处理。

在本实例中，客户端设备A和客户端设备B指定了域名解析服务器A为其域名解析服务器；客户端设备C和客户端设备D指定了域名解析服务器B为其域名解析服务器；客户端设备E和客户端设备F指定了域名解析服务器C为其域名解析服务器；在具体域名解析过程中(假设对www.zte.com进行域名解析)，域名解析服务器A和域名解析服务器B从授权域名服务器A获得解析结果；域名解析服务器C从授权域名服务器B获得解析结果。根据前述域名缓存宣告处理的过程和原则，即可形成本图显示的依赖关系。

图5是本发明实施例的域名资源记录缓存会话表维护的示意图，如图5所示，通过在服务端基于域名资源记录建立并维护域名资源记录缓存会话表，实现网络中域名资源记录的缓存可管可控。

当服务端收到引用端发送过来的域名资源记录缓存宣告消息，则表明有相关的设备对特定的域名资源记录进行了缓存，需要基于该域名资源记录建立并维护域名资源记录缓存会话表，以便实现该域名资源记录缓存的管控。在这里，以域名服务器A和域名解析服务器B为例进行说明：

假定域名资源记录A包含了www.zte.com和IP地址1.1.1.1的对应关系，在进行域名www.zte.com的解析过程中，域名解析服务器B从域名服务器A获得了该域名解析结果，并在本地缓存了该域名资源记录，则域名解析服务器B向域名服务器A进行宣告。宣告缓存了域名资源记录A，域名服务器A收到宣告消息后，基于域名资源记录A建立域名资源记录缓存会话表，维护相关的状态信息，具体可包括域名资源记录，被引用时间，引用者，更新状态等，用于对该域名资源记录的缓存进行管控。

在域名解析服务器B中，可选地，建立相关的表项，便于和域名服务器A进行更好的交互以及域名资源记录缓存的控制。比如：基于域名资源记录A，维护域名记录A的在本地缓存的时刻，引用源，最后更新时间等。

域名解析服务器B和域名服务器A之间可按需进行信息交互，实现域名记录缓存的维持和更新。

图6是本发明实施例的域名资源记录缓存更新关系的示意图，如图6所示，本发明实施例的域名资源记录缓存更新关系图源自于域名资源记录缓存宣告的依赖关系，是域名资源记录缓存宣告依赖关系的反向关联。正是基于域名资源记录缓存的宣告，域名资源记录缓存会话表的维护，才能实现域名资源记录缓存的更新关系图，实现主动更新。

当特定的域名资源记录发生变化时，比如：域名资源记录A包含的www.zte.com对应的IP地址原先为1.1.1.1，现在变化为2.2.2.2。当域名资源记录发生变化后，首先会在域授权服务群中同步更新，采用的是现有技术，比如：IXFR，AXFR等。而针对非域授权服务群(域名解析服务器中缓存的非授权域名资源记录)是无法得到更新的。通过本发明的域名资源记录缓存宣告，域名资源记录缓存会话表的建立和维护，可实现域名资源记录缓存(非授权域名资源记录)的实时、主动更新。

授权域名服务器A进行了域名资源记录的同步更新后(此时域名资源记录A包含的信息为：www.zte.com对应的IP地址为2.2.2.2)，查看本地维护的域名资源记录缓存会话表，发现域名解析服务器A和域名解析服务器B宣告了域名资源记录A，则分别向域名解析服务器A和域名解析服务器B更新域名资源记录A；授权域名服务器B进行了域名资源记录的同步更新后，查看本地维护的域名资源记录缓存会话表，发现域名解析服务器C宣告了域名资源记录A，则向域名解析服务器C更新域名资源记录A；

同理，域名解析服务器A更新了域名资源记录A后，查看本地维护的域名资源记录缓存会话表，发现客户端设备A和客户端设备B宣告了域名资源记录A，则分别向客户端设备A和客户端设备B更新域名资源记录A；域名解析服务器B更新了域名资源记录A后，查看本地维护的域名资源记录缓存会话表，发现客户端设备C和客户端设备D宣告了域名资源记录A，则分别向客户端设备C和客户端设备D更新域名资源记录A；域名解析服务器C更新了域名资源记录A后，查看本地维护的域名资源记录缓存会话表，发现客户端设备E和客户端设备F宣告了域名资源记录A，则分别向客户端设备E和客户端设备F更新域名资源记录A；

图7是本发明实施例的域名资源记录缓存更新处理的信令流程图，如图7所示，基于前述域名资源记录缓存的宣告和域名资源记录缓存会话表的维护，可进行域名资源记录缓存的主动更新，这样的更新是不依赖于域名空间的授权划分，不依赖于域名空间的父子依赖关系的。具体的更新处理过程如下：

步骤1，域名服务器维护的域名资源记录发生了变化，在此，我们以www.zte.com为例。原域名资源记录的内容包含,www.zte.com对应的IP地址为1.1.1.1；现变化为：www.zte.com对应的IP地址为2.2.2.2；此时，需要触发更新域名资源记录缓存；

步骤2，域名服务器查询本地维护的域名资源记录缓存会话表，向所有缓存了该域名资源记录的域名解析服务器发起更新。在此，www.zte.com域名服务器查询到域名解析服务器引用了该域名记录，因此，直接向域名解析服务器发起更新www.zte.com对应的域名资源记录，这样的更新是不依赖于域名空间的授权划分，不依赖于域名空间严格的父子依赖关系的；

步骤3，域名解析服务器进行域名记录缓存更新后，向www.zte.com域名服务器返回更新反馈信息；

步骤4，域名解析服务器的域名资源记录更新后，将触发向下的域名资源记录更新动作；域名解析服务器查询本地维护的域名资源记录缓存会话表，发现客户端宣告缓存了该域名资源记录，则向客户端发起域名资源记录更新，要求更新该域名资源记录信息；

步骤5，客户端收到域名资源记录更新请求后，更新本地域名缓存，并向域名解析服务器返回更新反馈消息。

域名资源记录缓存的更新是动态、实时、主动地，基于域名资源记录缓存宣告和域名资源记录缓存会话表形成的更新依赖关系，进行直接地更新，不依赖于现有域名空间划分和授权，不依赖与现有逐级授权的父子关联关系。是专门设计的，专门针对域名资源记录缓存(非授权域名资源记录)的更新方法。

图8是本发明实施例的域名资源记录缓存控制系统组成的示意图，如图8所示：系统主要分成引用端和服务端。

其中引用端主要包含域名资源记录缓存模块，缓存宣告模块，缓存更新处理模块；

域名资源记录缓存模块，用于实现具体域名资源记录的缓存；

缓存宣告模块，用于实现域名资源记录缓存的宣告，与服务端协调完成域名资源记录缓存的宣告处理过程；

缓存更新处理模块，用于实现域名资源记录缓存的更新，与服务端协调完域名资源记录缓存的更新处理过程。

服务端主要包括缓存宣告处理模块，状态维护模块，缓存记录更新模块；

缓存宣告处理模块，用于处理引用端发送的缓存宣告消息，与引用端协调完成域名资源记录缓存的宣告处理过程；

状态维护模块，用于建立和维护域名资源记录缓存会话表，维护域名资源记录缓存的各种信息和状态，实现域名资源记录缓存的可管可控；

缓存记录更新模块，用于实现域名资源记录缓存的更新操作，与引用端协调完成域名资源记录缓存的更新处理过程。

在具体业务处理过程中，模块间的协调关系如下：

域名资源记录缓存宣告过程：当引用端在具体域名解析过程中，需要将特定的域名资源记录缓存在本地时，则将域名资源记录缓存在域名资源记录缓存模块中，并触发缓存宣告模块向服务端进行宣告；服务端的缓存宣告处理模块接收到引用端发送来的宣告消息，进行相应的处理，并调用状态维护模块，进入状态维护处理过程；

状态维护处理过程：状态维护模块基于域名资源记录建立并维护域名资源记录缓存会话表，维护域名资源记录缓存的相关信息和状态。

域名资源记录缓存更新过程：当服务端的域名资源记录出现变更时，会引起状态维护模块所维护的域名资源记录缓存会话表的变化，该域名资源记录对应的状态将变为待更新状态，并调用缓存记录更新模块进行处理，向引用端发起域名记录缓存更新消息；引用端的缓存更新处理模块收到更新消息后，进行相应的处理，更新域名记录缓存，并向服务端返回执行结果；服务端缓存记录更新模块收到执行结果后，进一步更新状态维护模块中的域名资源记录缓存会话表信息。

综上所述，借助于本发明实施例的技术方案，通过在标准的域名解析处理过程中增加域名资源记录缓存宣告处理过程和方法，在服务端增加域名资源记录缓存会话表，可实现域名资源记录缓存的可管可控，更可以实现域名资源记录缓存的实时、动态、主动地更新，可以解决当前域名缓存记录，即非授权域名资源记录不可控、无法实时更新的问题，能够有效提高域名解析的正确率，提高域名解析的可用性，提高互联网用户业务体验。

装置实施例一

根据本发明的实施例，提供了一种域名服务器，图9是本发明实施例的域名服务器的结构示意图，如图9所示，根据本发明实施例的域名服务器包括：第一接收模块92、以及第一表更新模块94，以下对本发明实施例的各个模块进行详细的说明。

第一接收模块92(对应于上述方法实施例中的缓存宣告处理模块)，用于在域名解析过程中，在域名解析服务器对域名服务器提供的域名资源进行缓存后，接收域名解析服务器发送的缓存宣告消息；

第一表更新模块94(对应于上述方法实施例中的状态维护模块)，用于基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，域名资源记录缓存会话表用于记录域名资源记录的缓存信息。其中，域名资源记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息；

本发明实施例的域名服务器还包括：第一域名资源记录更新模块(对应于上述方法实施例中的缓存记录更新模块)，用于在域名资源记录发生变化时，根据域名资源记录缓存会话表向缓存有该域名资源记录的域名解析服务器发起对域名资源记录的更新。

在本发明实施例中，域名服务器包括：权威域名服务器、以及域授权服务器。

本发明实施例的各个模块的处理可以参照方法实施例中的描述进行理解，在此不再赘述。

装置实施例二

根据本发明的实施例，提供了一种域名解析服务器，图10是本发明实施例的域名解析服务器的结构示意图，如图10所示，根据本发明实施例的域名缓存服务器包括：第二接收模块100、第二表更新模块102、以及第二域名资源更新模块104，以下对本发明实施例的各个模块进行详细的说明。

第二接收模块100，用于在客户端设备对域名解析服务器提供的域名资源记录进行缓存后，接收客户端设备发送的缓存宣告消息；

第二表更新模块102，用于基于本地域名资源记录，根据缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，域名资源记录缓存会话表用于记录域名资源记录的缓存信息；域名资源记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息。

第二域名资源记录更新模块104，用于在域名资源记录发生变化时，根据域名资源记录缓存会话表向缓存该域名资源记录的客户端设备发起对域名资源记录的更新。

本发明实施例的各个模块的处理可以参照方法实施例中的描述进行理解，在此不再赘述。

综上所述，通过修改现有域名解析的处理过程，在现有的域名处理过程中增加域名资源记录缓存的宣告机制，并在域名服务器中基于域名资源记录维护域名资源记录缓存会话表，从而实现域名资源记录缓存的宣告、状态维护和控制、实时按需更新等功能，解决了现有技术中缓存在各个域名解析服务器中的域名资源记录并没有得到及时的更新而导致的问题，使得网络中大量存在的，各个域名解析服务器缓存的非授权的域名资源记录能够可管可控，及时更新，有效提高互联网业务的可用性，提高用户体验。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的客户端中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个客户端中。可以把实施例中的模块组合成一个模块，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者客户端的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的加载有排序网址的客户端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种域名资源记录缓存控制方法，其特征在于，包括：

在域名解析过程中，在域名解析服务器对域名服务器提供的域名资源记录进行缓存后，所述域名服务器接收所述域名解析服务器发送的缓存宣告消息；

所述域名服务器基于本地域名资源记录，根据所述缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，所述域名资源记录缓存会话表用于记录域名资源记录的缓存信息。

2.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

所述域名服务器在所述域名资源记录发生变化时，根据所述域名资源记录缓存会话表向缓存有所述域名资源记录的域名解析服务器发起对所述域名资源记录的更新。

3.如权利要求1或2所述的方法，其特征在于，所述方法进一步包括：

在客户端设备对域名解析服务器提供的域名资源记录进行缓存后，所述域名解析服务器接收所述客户端设备发送的缓存宣告消息；

所述域名解析服务器基于本地域名资源记录，根据所述缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新；

所述域名解析服务器在所述域名资源记录发生变化时，根据所述域名资源记录缓存会话表向缓存有所述域名资源记录的客户端设备发起对所述域名资源的更新。

4.如权利要求1所述的方法，其特征在于，所述域名资源记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息。

5.如权利要求1所述的方法，其特征在于，所述域名服务器包括：权威域名服务器、以及域授权服务器。

6.一种域名服务器，其特征在于，包括：

第一接收模块，用于在域名解析过程中，在域名解析服务器对域名服务器提供的域名资源记录进行缓存后，接收所述域名解析服务器发送的缓存宣告消息；

第一表更新模块，用于基于本地域名资源记录，根据所述缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，所述域名资源记录缓存会话表用于记录域名资源记录的缓存信息。

7.如权利要求6所述的域名服务器，其特征在于，进一步包括：

第一域名资源记录更新模块，用于在所述域名资源记录发生变化时，根据所述域名资源记录缓存会话表向缓存有所述域名资源记录的域名解析服务器发起对所述域名资源记录的更新。

8.如权利要求6所述的域名服务器，其特征在于，

所述域名资源记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息；

所述域名服务器包括：权威域名服务器、以及域授权服务器。

9.一种域名解析服务器，其特征在于，包括：

第二接收模块，用于在客户端设备对域名解析服务器提供的域名资源记录进行缓存后，接收所述客户端设备发送的缓存宣告消息；

第二表更新模块，用于基于本地域名资源记录，根据所述缓存宣告消息对预先设置的域名资源记录缓存会话表进行更新，其中，所述域名资源记录缓存会话表用于记录域名资源记录的缓存信息；

第二域名资源记录更新模块，用于在所述域名资源记录发生变化时，根据所述域名资源记录缓存会话表向缓存有所述域名资源记录的客户端设备发起对所述域名资源记录的更新。

10.如权利要求9所述的域名解析服务器，其特征在于，所述域名记录缓存会话表具体包括：域名资源记录、缓存该域名资源记录的设备列表、缓存时间、生存时间TTL信息、以及更新状态信息。