很抱歉打扰你。我实际上对我的服务器配置失去了理智。
更多信息:我有一个来自 Kimsufi (OVH-lowcost:D) 的专用服务器,带有 Debian 7.1,还有一些来自 OVH 的域名。我正在使用 BIND9 来设置这些域/区域。
我的主域是“vaeserveur.fr”,这也是我的服务器名称。我这么说是因为我开始认为这可能是个问题。(是的,如您所见,它是法语)
所以我所有的域都指向 vaeserveur.fr 服务器,它们的配置似乎还可以。
另一方面,关于 vaeserveur.fr 的 DNS 配置似乎并不正常。您可以在这里自己查看:https ://intodns.com/vaeserveur.fr (例如)
Looks like your nameservers do not agree on the SOA serial. Ths SOA records as reported by your nameservers:
91.121.166.194 -> 2017040410
213.186.33.199 -> 4135514717
This can cause some serious problems that is why you should fix this asap.
当我刚刚设置 vaeserveur.fr 区域时,它怎么可能是 2 个 SOA 记录?(顺便说一句,报价中的第二个 IP 是ns.kimsufi.com
(来自注册商的辅助服务器)。)
不要犹豫,告诉我我可以给你什么信息来帮助我,如果它适合你的话。
多谢...
首先,很容易确认两个名称服务器的区域的
SOA
SERIAL
值严重不同步(表明它们的区域数据不同步)。该区域在每种情况下只有一个SOA
记录,但不匹配。用于指示您的
SOA
SERIAL
区域版本是什么,例如当从属决定是否需要从主控传输(IXFR
/AXFR
)新版本时。序列号的定义方式使其无限循环,因此您无法立即直观地比较相距甚远的值或接近最大值/最小值时的值。例如,被认为较新的范围可能会延续到最低整数。您可以阅读rfc1982中的所有详细信息。
在这种情况下,与主设备上
4135514717
的串行相比,从设备上的值接近被认为更大的值的末尾2017040410
。这意味着slave根据序列号有一个“较新的版本”,并且不希望master提供的“旧版本”。
如果您无法直接控制从属设备(即,无法强制它获取当前版本),您可能希望将主设备上的串行更改为大于从属设备上的当前值。这样,它将接受新版本。