Hi,
since upgrading our secondary to 9.18.24 yesterday, I'm seeing the logging
messages below.
14-Feb-2024 07:52:24.850 general: error: dns_diff_apply:
wur1-ps003.ad01.geXXX/A/IN: del not exact
14-Feb-2024 07:53:28.732 general: error: dns_diff_apply:
1.0.e.4.1.1.0.0.2.ip6.arpa/SOA/IN: del not
Additionally this behaviour is specified in RFC1034 so every nameserver should
do this.
--
Mark Andrews
> On 14 Feb 2024, at 02:24, Friesen, Don CITZ:EX via bind-users
> wrote:
>
> Andy,
> The existence of 8.f.0.f.1.f.1.0.8.a.b.0.1.0.0.2.ip6.arpa as an
> authoritative zone on the server
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
https://www.five-ten-sg.com/mapper/bind contains links to the source
rpm, and build instructions. This .src.rpm contains a .tar.gz file with
the ARM documentation, so the rpm rebuild process does not need sphinx-
build and associated dependencies.
Andy,
The existence of 8.f.0.f.1.f.1.0.8.a.b.0.1.0.0.2.ip6.arpa as an
authoritative zone on the server has higher relevance than the delegation
inside another zone. The answer comes from the authoritative zone, no need to
follow the delegation.
Don Friesen
-Original Message-
From:
Hi Don,
Yes.
If you want actual names to look at, these zones are both present on
the same servers:
1.f.1.0.8.a.b.0.1.0.0.2.ip6.arpa
8.f.0.f.1.f.1.0.8.a.b.0.1.0.0.2.ip6.arpa
However, the presence of 8.f.0.f.1.f.1.0.8.a.b.0.1.0.0.2.ip6.arpa is
a mistake and in the mean time someone has c
Yes, that's normal and expected. The server would not know if the zone is
delegated
to it or not, so it responds to queries for zones that are hosted (configured)
on that server.
Ondřej
--
Ondřej Surý (He/Him)
ond...@isc.org
My working hours and your working hours may be different. Please do no
Andy, You do also have the A record glue for elsewhere.example.com in the
example.com zone, right? Just checking.
Don Friesen
-Original Message-
From: bind-users On Behalf Of Andy Smith
Sent: Tuesday, February 13, 2024 6:23 AM
To: bind-users@lists.isc.org
Subject: Answers from subzone
Hi,
I'm running:
9.16.44-Debian (Extended Support Version)
If I have zones example.com and sub.example.com both loaded, but
example.com contains a record:
sub.example.com. NS elsewhere.example.com.
(i.e. the subzone is delegated to some other server)
is it normal and expected that a query fo
8 matches
Mail list logo