<!DOCTYPE html>
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>
    </p>
    <div class="moz-text-flowed"
      style="font-family: -moz-fixed; font-size: 12px;" lang="x-unicode">
      <br>
      Dear All,
      <br>
      <br>
      I am running BIND 9.18.32-dev (Extended Support Version)
      <id:a3b61ad>
      <br>
      running on Linux x86_64 6.1.0-25-amd64 #1 SMP PREEMPT_DYNAMIC
      Debian 6.1.106-3 (2024-08-26)
      <br>
      <br>
      This server has several interfaces based on docker but in general
      a physical interface "eno1" and a loopback interface "lo".
      <br>
      Both interfaces have each an IPv4 and an IPv6 address. So in total
      4 combinations.
      <br>
      The named service has several dynamic zones as master in three
      different views. The server does also inline-signing for some
      zones. There is also RPZ in use to rewrite some queries.
      <br>
      <br>
      Most of the time I get on all 4 IP address the same answer for the
      serial number doing a dig for a specific domain name and SOA
      record.
      <br>
      <br>
      Doing a dynamic update for a signed master zone with "nsupdate" I
      have the situation that I get from IP "127.0.0.1" and "::1" an
      increased serial number but on real interface "eno1" with IPv4 and
      IPv6 the old serial number.
      <br>
      The interesting part is doing a zone-transfer with "dig axfr" from
      a remote server and therefore to the real interface "eno1" I get
      the updated serial number. Therefore all secondary DNS servers are
      getting the updates. Also a "dig" for the SOA RR from remote gives
      the updated information.
      <br>
      <br>
      In my mind came, maybe there is an other DNS service running on
      the same machine. Checking the daemon log shows that bind has no
      error at start and is listening on all interface. To be sure I
      stopped "named" and without named I didn't get any answer at all
      on all interfaces. Therefore it is "named" which gives different
      answers on different interfaces.
      <br>
      <br>
      A "rndc reload" doesn't help but after some time ( long time ) the
      serial numbers on all interfaces are identical.
      <br>
      The same with restarting the named process, it doesn't help.
      <br>
      <br>
      Finally I assumed it has something to do with DNSSEC. I realized
      that validation for all views was disabled after reboot. So I run
      "rndc validation on".
      <br>
      In the first moment it looks fine. All serial numbers identical.
      But doing an update again, the serial numbers are different.
      So maybe it was a coincidence that it changed in that moment. <br>
      <br>
      Any ideas where I can look deeper into this issue ?  Any help
      would be appreciated.
      <br>
      <br>
      Kind regards
      <br>
      Hans
      <br>
      <br>
      <div class="moz-txt-sig"><span class="moz-txt-tag">-- <br>
        </span>
        <br>
        <br>
      </div>
    </div>
    <p><br>
    </p>
    <p><br>
    </p>
  </body>
</html>