[原创] DNS NOTIFY (Zone Change Notification)

10.3. DNS NOTIFY (Zone Change Notification)  

 

1、一般情况下，BIND 从服务器使用一个轮询的方法来检测是否需要进行 zone transfer。轮询的时间间隔由 SOA 记录的 refresh interval 字段决定。但是这种定时轮询的方案有可能导致数据更新的延迟，尤其是在使用动态更新的环境。

2、主服务器何时知道一个 zone 的数据发生了变化 ：

Ø         收到 reload 指令后，在加载 zone data files 时，发现文件的 mtime 时间已经改变

Ø         收到关于某个 zone 的动态更新

Ø         name server 不会自动 reload 某个 zone

3、RFC 1996 中提出了一个方案，该方案允许主服务器通知从服务器关于 zone data 的变化。称为 'DNS NOTIFY'。

4、当主服务器注意到某个 zone 的 serial number 发生变化时，它发送一个特殊的消息给这个 zone的所有从服务器。主服务器是通过该 zone 的 NS 记录来确定那些是从服务器的，并从中剔除出本机。（具体方法是忽略 SOA 的 MNAME 字段中指定的 name server）

5、当 name server 检测到序列号有变化时，就会发出 notify 消息。不管序列号是多少，是增加还是减少，都会发出 notify 消息。至于从服务器收到 notify 消息后，是否会进行 transfer ，则取决于 notify 消息中的序列号和从服务器上的序列号哪个更大。

6、当一个从服务器接收到一个关于某个 zone 的 NOTIFY 通知时，它发出一个 NOTIFY 响应包。该响应包告诉主服务器它收到了该 NOTIFY 通知，所以主服务器可以停止向它继续发送 NOTIFY 通知了。假如从服务器执行完 zone transfer 了，按照 RFC 1996 的要求，它必须向该 zone 的其他权威服务器（包括主服务器）发出自己的 NOTIFY 通知。这么做的目的是因为某些主服务器可能无法直接向从服务器发送 NOTIFY 通知，或者从服务器无法直接同主服务器通信（因为他们使用其他从服务器作为主服务器）。特别是后一种，当一个从服务器完整 zone transfer 后，再向它的“从服务器”发出 notify 消息，这样那些“二级从服务器”也能得以更新了。

7、从服务器只接受来自它所配置的主服务器的 NOTIFY 通知，从其他服务器来的 NOTIFY 消息一律被忽略 ！！

8、在 BIND 8/9 中，NOTIFY 特性默认是开启的，但也可以关闭。可以针对单独某个 zone 关闭 notify 功能。

 

9、also-notify 语句 ：

Ø         考虑那些没有在上级域注册的内部 name server ，它们也需要 NOTIFY 消息以尽快更新它们的数据，虽然它们并不服务于外界，而是专门服务于内部网络

Ø         also-notify 带一个 address match list 作为参数

Ø         notify explicit + also-notify 将强制 BIND 忽略 NS 记录，只将 NOTIFY 消息发送给 also-notify 指定的name server 。