nsupdate 是否重新格式化反向区域文件

问题描述

当我运行 nsupdate 添加 PTR 记录 "update add 1.1.10.10.in-addr.arpa. 86400 PTR test.example.com" 时，10.10.in-addr.arpa 反向区域打印该记录如下我会期待什么。 10.10.in-addr.arpa 是一个 /16 区域，所以我在主机部分 (1.1) 中有 2 个八位字节。

    $ORIGIN .
    $TTL 3600   ; 1 hour
    10.10.in-addr.arpa  IN SOA  ns1.example.com. admin.example.com. (
                3          ; serial
                3600       ; refresh (1 hour)
                600        ; retry (10 minutes)
                1209600    ; expire (2 weeks)
                )
            NS  ns1.example.com.
    $ORIGIN 10.10.in-addr.arpa.
    1.1         PTR test.example.com.

但是，如果我使用额外的 PTR 记录运行 nsupdate，“update add 2.1.10.10.in-addr.arpa. 86400 PTR test2.example.com”，那么 10.10.in-addr.arpa 区域文件将被重新格式化到主机部分中只有 1 个八位字节的 /24 区域。像这样：

    $ORIGIN .
    $TTL 3600   ; 1 hour
    10.10.in-addr.arpa  IN SOA  ns1.example.com. admin.example.com. (
                4          ; serial
                3600       ; refresh (1 hour)
                600        ; retry (10 minutes)
                1209600    ; expire (2 weeks)
                3600       ; minimum (1 hour)
                )
            NS  ns1.example.com.
    $ORIGIN 1.10.10.in-addr.arpa.
    1           PTR test.example.com.
    2           PTR test2.example.com.

如果我手动将相同的 PTR 记录添加到区域文件中，那么 10.10.in-addr.arpa 反向区域仍然如预期的那样，在主机部分中有 2 个八位字节。 所以这个问题与 nsupdate 以及它如何格式化区域文件有关

我想知道的是： 这是预期的反向区域文件的 nsupdate 格式吗？ 如果是，是否有办法操作该条目，使其根据 test.example.com 示例中所示的反向区域中的八位字节数保持格式。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）