同步SOA序列号的解释

我在更新区域logging时连续犯了两个错误。 一旦我忘记增加序列号,那么下一次我把更多的数字,即20170210111而不是2017021011 ,每次我重新加载config: rndc reload

当我意识到这一点时,我将串行切换回10位数字,所以我的区域文件SOA串行现在是2017021012

我现在得到这个:

 # host -C domain.tld Nameserver XXXX: domain.tld has SOA record XXXXovh.net. postmaster.domain.tld. 2017021010 28800 7200 1209600 3600 Nameserver YYYY: domain.tld has SOA record XXXXovh.net. postmaster.domain.tld. 2017021003 28800 7200 1209600 86400 

其中XXXX是我的主要DNS服务器IP和YYYY次要的一个。

我不太习惯DNSconfiguration,我真的不知道如何重新同步串行和允许传播 。 我已经读了很多post,恐怕我还不知道是否应该给区域logging一个更大的数字,当我重新加载了13位数字时发生了什么……?

由于20170210111不在32位整数范围内,因此该区域未能加载无法表示SOAlogging(检查您的日志)。

首先,validation(使用例如dig @master example.com SOA +norec )主服务器现在正确响应并使用当前串行( 2017021012 )。 如果不是,则rndc reload会触发重新加载。

当主设备正常工作时,从设备应该更新下一次刷新(基于SOA REFRESH间隔)。 此外,假设从站具有通知感知function,并且具有适当的configuration,您应该能够使用rndc notify example.com触发立即刷新,并在加载新版本的区域时自动进行刷新。

如果这不起作用,我会认为你的问题是有一段时间以来已经有一个可卸载的区域。