当前位置 : 主页 > 大数据 > 区块链 >

debian – Syncronize SOA序列号解释

来源:互联网 收集:自由互联 发布时间:2021-06-22
我在更新区域记录时犯了两个连续的错误.一旦我忘记增加序列号,那么下次我确实放了一个数字,即20170210111而不是2017021011,每次我重新加载config:rndc reload. 当我意识到这一点时,我将串口
我在更新区域记录时犯了两个连续的错误.一旦我忘记增加序列号,那么下次我确实放了一个数字,即20170210111而不是2017021011,每次我重新加载config:rndc reload.

当我意识到这一点时,我将串口切换回10位数字,因此我的区域文件SOA serial现在是2017021012.

我现在明白了:

#  host -C domain.tld
Nameserver X.X.X.X:
        domain.tld has SOA record X.X.X.X.ovh.net. postmaster.domain.tld. 2017021010 28800 7200 1209600 3600
Nameserver Y.Y.Y.Y: 
        domain.tld has SOA record X.X.X.X.ovh.net. postmaster.domain.tld. 2017021003 28800 7200 1209600 86400

其中X.X.X.X是我的主要DNS服务器IP和Y.Y.Y.Y次要的.

我真的不习惯DNS配置,我真的不知道如何重新同步连续出版物并允许传播.我已经阅读了很多帖子,恐怕我还不知道是否应该给区域记录更多的数字,当我重新加载13位数时发生了什么……?

由于20170210111超出了32位整数的范围,因此可能无法加载区域,无法表示SOA记录(请检查日志).

首先,验证(使用例如dig @master example.com SOA norec)主服务器现在正确响应并使用当前序列(2017021012).如果没有,rndc reload会触发重新加载.

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

如果这不起作用,我会认为你的问题不仅仅是一段时间内有一个无法加载的区域.

网友评论