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

Question

当我运行 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 区域文件将重新格式化为 / 24 区域，在主机部分中只有 1 个八位字节。像这样：

    $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 示例中所示。

标签： dnsdyndns