CN103167047A - 一种dns服务器资源记录动态更新的方法 - Google Patents

Abstract

本发明涉及一种DNS服务器资源记录动态更新的方法，包括：DNS客户端获得网络节点的下线信息；DNS客户端向DNS服务器上报网络节点下线信息。所述DNS客户端可以是网络节点或与所述网络节点相邻的其他网络节点。采用本发明的方法可以使DNS服务器能够根据网络节点状态及时调整相关的资源记录，能够提供更为准确的域名地址解析服务，本发明可以广泛用于各种通信网络系统，尤其是负载均衡系统和P2P应用系统。

Description

一种DNS服务器资源记录动态更新的方法

技术领域

本发明涉及通信技术领域，具体地，涉及一种DNS服务器资源记录动态更新的方法。

背景技术

在当前的互联网Intemet环境中，域名系统(Domain Name System，DNS)已经在互联网上广泛部署和应用了，成为互联网的基础设施之一。DNS服务器内保存有很多资源记录(Resource Record，简称RR)，如主机资源记录、别名资源记录、MX(Mail Exchanger)资源记录、PTR(Pointer)资源记录、SRV(Server)资源记录、SOA(Start Of Authority)资源记录和NS(Name Server)名字服务器记录，其中主机资源记录是构成区域数据库的主要资源记录类型，它将计算机名与IP地址关联，此记录列出特定主机名的IP地址，是名称解析的重要记录。

由于DNS服务器对于用户主机系统的网络行为并不了解，用户主机上线/下线存在很大的随机性，使得DNS服务器中相应的用户主机资源记录也存在即时更新的必要。如果某个主机不再位于网络中，或者由于另一个主机正在使用与注册主机相同的IP地址，这就使得相应的资料记录包含过期信息，因此，连接到不正确的目标主机的尝试将会失败，并且不正确的解析信息将会由解析查询中涉及到的所有DNS服务器缓存。另一方面，累积过时的记录可能会导致DNS数据库不必要的增长，从而延长DNS服务器的响应时间。

RFC2136是DNS动态更新(Update)协议，DNS服务器允许客户端使用该协议来动态更新资源记录，通过缩短手工管理这些记录的时间，提高DNS管理的性能。客户端在主机启动时使用该协议或者通过设置以周期性上报的方式向DNS服务器发送动态更新请求。如果客户端突然下线了，则相应的资源记录仍然存在于DNS服务器中且只能等到客户端重新上线才能更新。

RFC1996规定了DNS域内主服务器向从服务器发送数据更新通知(Notify)的机制，告知从服务器在主服务器上的资源记录发生了变化，通过这种机制可以使用从服务器上的资源记录与主服务器上的资源记录保持一致。

现有的DNS系统(服务器端和客户端)对于资源记录都是采用定期更新清理的方法进行运作的，在服务器端的更新时间一般设置为一周，在客户端的更新时间一般设置为24小时，显然这种时间粒度的更新效率是比较低下的。

针对上述问题，本发明提出了一种有效的、可行的DNS服务器资源记录动态更新的方法。该方法利用现有的RFC2136或RFC1996协议，由客户端在下线时主动向DNS服务器发出资源记录更新请求，或由客户端的邻居主动向DNS服务器发出资源记录更新请求，使DNS服务器的资源记录得到及时更新，提高DNS服务器域名解析的成功率。

发明内容

在一般情况下，一个DNS域内有主/备DNS服务器以及多个向用户提供服务的网络节点，DNS服务器会记录每个服务节点的域名-IP地址对并保存下来，即RR记录。RR记录的老化时间通常是7天(缺省值，可以调节)，即使网络节点下线，如果未达到老化时间，则该记录仍然保存，这就造成了DNS服务器的解析不准确。

针对上述缺陷，本发明的目的是提供一种DNS服务器记录更新的方法，在网络节点下线的时候，DNS服务器中相应的该网络节点域名-IP地址记录可以得到及时的自动更新，这样使得DNS服务器的地址解析更为准确有效，从而提高了DNS服务器的服务效率。

为了实现上述目的，本发明提出一种DNS服务器资源记录动态更新的方法，包括：

步骤1：DNS客户端获得网络节点的下线信息；

步骤2：DNS客户端向DNS服务器上报网络节点下线信息。

作为一种优选方案，所述步骤2中所述DNS客户端采用RFC1996中规定的Notify机制或RFC2136中规定的Update方式上报网络节点下线信息。

作为一种优选方案，所述DNS客户端可以是网络节点或与所述网络节点相邻的其他网络节点。

作为一种优选方案，所述网络节点下线方式包括Graceful和Ungraceful。

作为一种优选方案，当所述网络节点下线方式为Graceful时，所述网络节点主动向本域DNS服务器发出Notify/Update请求，删除网络节点相关的资源记录。

作为一种优选方案，当所述网络节点下线方式为Graceful时，还包括：

步骤1′：与所述网络节点相邻的其他网络节点探测到所述网络节点已经下线；

步骤2′：与所述网络节点相邻的其他网络节点主动向本域内DNS服务器发出Notify/Update请求，删除所述网络节点相关的资源记录。

作为一种优选方案，当所述网络节点下线方式为Ungraceful时，还包括：

步骤1″：与所述网络节点相邻的其他网络节点探测到所述网络节点已经下线；

步骤2″：与所述网络节点相邻的其他网络节点主动向本域内DNS服务器发出Notify请求，删除所述网络节点相关的资源记录。

本发明能够有效地及时更新DNS服务器的资源记录，对于现有的DNS协议不做任何修改，充分利用现有的成熟协议标准，对于提高DNS服务系统的服务效率有较高的实用价值。

附图说明

图1是本发明的基本原理示意图；

图2是本发明基于负载均衡系统的实施例的DNS资源记录动态更新方法；

图3是本发明基于P2P系统的实施例的DNS资源记录动态更新方法。

具体实施方式

下面对本发明的实施例做详细说明，本实施例在以本发明技术方案为前提下进行实施，给出了详细的实施方式和具体的操作过程，但本发明的保护范围不限于下述的实施例。针对不同的网络系统，本发明可以有不同的实施例。

本发明提出一种DNS服务器记录更新的方法，包括步骤1：DNS客户端获得网络节点的下线信息；步骤2：DNS客户端向DNS服务器上报网络节点下线信息。

如图1所示，技术实现方案是，假设在一个网络域内有很多提供服务的网络节点，这些网络节点之间存在一种邻居关系，通过这种邻居关系，网络节点可以探知其邻居的在线状态(该邻居关系的细节不在本发明的考虑范围之内)，如果网络节点A下线了，有两种方式将节点A的下线信息通知给该域内的主DNS服务器：(1)网络节点A主动向本域内主DNS服务器发送通知请求删除关于节点A的RR记录，(2)网络节点A的邻居B探测到A已经下线了，B主动向本域内主DNS服务器发送通知请求删除关于节点A的RR记录。

通常情况下，由网络节点来充当DNS客户端，客户端仅仅向DNS服务器请求域名解析，除此之外没有更多交互。现有的RFC 1996中规定的Notify机制主要用于主DNS服务器与从DNS服务器之间通知RR记录数据发生了变化，并要求从DNS服务器进行同步更新，RFC 2136中规定的Update机制允许客户端使用该协议来动态更新资源记录。

本发明将Notify/Update机制用于DNS客户端和DNS服务器之间，使DNS客户端向主DNS服务器通知相关RR记录即将发生变化，并要求主DNS服务器进行相应的处理。

在DNS域内，网络节点A下线的方式通常有两种：Graceful和UnGraceful。如果采用Graceful方式下线，网络节点A将主动向本域内主DNS服务器发出Notify/Update请求，删除节点A相关的RR记录，此外，网络节点A的邻居B在探测到节点A已经下线，也将主动向本域内主DNS服务器发出相同的Notify/Update请求；如果采用UnGraceful方式下线，网络节点A的邻居B将通过某种机制探测到节点A已经下线，B主动向本域内主DNS服务器发生Notify请求删除节点A的相关RR记录。

作为本发明的一个优选实施例，如图2所示，在互联网上由网络服务器1、2、3组成了一个负载均衡系统，服务器之间可以相互探测到对方的在线状态(例如通过应用层Ping的方式来探测)，DNS服务器A提供本域内的解析服务，在正常运行状态下，DNS服务器A中记录了网络服务器1、2、3的域名和IP地址记录。如果网络服务器2发生了故障：

(1)网络服务器2采用Graceful方式退出网络，则网络服务器2会主动向DNS服务器A发送Notify/Update消息请求删除与该服务器相关的RR记录。为了确保Notify/Update消息的发送成功，当网络服务器1和3在等待一段时间后探测到网络服务器2已经退出网络，则网络服务器1和网络服务器3都会主动向DNS服务器A发送Notify消息请求删除与网络服务器2相关的RR记录。

(2)网络服务器2采用UnGraceful方式退出网络，网络服务器1和网络服务器3在等待一段时间后探测到网络服务器2已经退出网络，则网络服务器1和网络服务器3都会主动向DNS服务器A发送Notify/Update消息请求删除与网络服务器2相关的RR记录。

作为本发明的另一个优选实施例，如图3所示，在互联网上存在一个由多个网络服务器组成P2P服务系统，这些服务器之间可以通过P2P协议相互探测到对方的在线状态。假设网络服务器1、2、3在P2P系统中是相邻的连续3个节点，这三个节点在地理位置有可能处于不同的DNS域中，做为一般情况，服务器1、2、3分别处于DNS域A、B、C中，所对应的DNS服务器分别为DNS服务器A、B、C，这三个DNS服务器有可能是同一个服务器，视网络服务器的具体分布位置而定。通过使用P2P的邻居感知协议，服务器1、2、3能够及时更新自己的邻居信息(IP地址、所属DNS服务器等等)。如果网络服务器2发生了故障：

(1)网络服务器2采用Graceful方式退出网络，则网络服务器2会主动向DNS服务器B发送Notify/Update消息请求删除与该服务器相关的RR记录。为了确保Notify/Update消息的发送成功，当网络服务器1和3在等待一段时间后探测到网络服务器2已经退出网络，则网络服务器1和网络服务器3都会主动向DNS服务器B发送Notify消息请求删除与网络服务器2相关的RR记录。

(2)网络服务器2采用UnGraceful方式退出网络，网络服务器1和网络服务器3在等待一段时间后探测到网络服务器2已经退出网络，则网络服务器1和网络服务器3都会主动向DNS服务器B发送Notify/Update消息请求删除与网络服务器2相关的RR记录。

综上所述，以上为本发明的较佳实施例，并非用来限定本发明的保护范围。在不背离本发明精神及其实质的情况下，所属技术领域的技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明的权利要求的保护范围。

Claims (7)

1.一种DNS服务器资源记录动态更新的方法，其特征在于，包括：

步骤1：DNS客户端获得网络节点的下线信息；

步骤2：DNS客户端向DNS服务器上报网络节点下线信息。

2.根据权利要求1所述的DNS服务器资源记录动态更新的方法，其特征在于，所述步骤2中所述DNS客户端采用RFC1996中规定的Notify机制或RFC2136中规定的Update方式上报网络节点下线信息。

3.根据权利要求1所述的DNS服务器资源记录动态更新的方法，其特征在于，所述DNS客户端是网络节点。

4.根据权利要求2所述的DNS服务器资源记录动态更新的方法，其特征在于，所述网络节点下线方式包括Graceful和Ungraceful。

5.根据权利要求4所述的DNS服务器资源记录动态更新的方法，其特征在于，当所述网络节点下线方式为Graceful时，所述网络节点主动向本域DNS服务器发出Notify/Update请求，删除网络节点相关的资源记录。

6.根据权利要求4所述的一种DNS服务器资源记录动态更新的方法，其特征在于，当所述网络节点下线方式为Graceful时，还包括

步骤1′：与所述网络节点相邻的其他网络节点探测到所述网络节点已经下线；

步骤2′：与所述网络节点相邻的其他网络节点主动向本域内DNS服务器发出Notify/Update请求，删除所述网络节点相关的资源记录。

7.根据权利要求4所述的一种DNS服务器资源记录动态更新的方法，其特征在于，当所述网络节点下线方式为Ungraceful时，还包括

步骤1″：与所述网络节点相邻的其他网络节点探测到所述网络节点已经下线；

步骤2″：与所述网络节点相邻的其他网络节点主动向本域内DNS服务器发出Notify请求，删除所述网络节点相关的资源记录。

Images