Report information
The Basics
Id:
45521
Status:
new
Priority:
Low/Low
Queue:

People
Owner:
Nobody in particular
Cc:
AdminCc:

BugTracker
Version Fixed:
(no value)
Version Found:
9.11.1-P1
Versions Affected:
(no value)
Versions Planned:
(no value)
Priority:
P1 High
Severity:
S2 Normal
CVSS Score:
(no value)
CVE ID:
(no value)
Component:
BIND Server
Area:
bug

Dates
Created:Thu, 06 Jul 2017 16:38:44 -0400
Updated:Wed, 02 Aug 2017 06:35:24 -0400
Closed:Not set



This bug tracker is no longer active.

Please go to our Gitlab to submit issues (both feature requests and bug reports) for active projects maintained by Internet Systems Consortium (ISC).

Due to security and confidentiality requirements, full access is limited to the primary maintainers.

To: bind9-public@isc.org
Date: Thu, 06 Jul 2017 20:38:44 +0000
Subject: If the PTR target for a catalog's hash changes, BIND doesn't notice
From: cathya@isc.org
When initially testing these, there was just a single zone in the catalog When adding the real zones to be carried by the servers a shell one-liner script was used to update the catalog zone, but by mistake it neglected to terminate the PTR targets in a period - which led to the zones all accidentally picking up the $ORIGIN catalog.db and appending it to the zone names. The next steps fixed the catalog zone, updated the serial number, and reloaded it. The slaves transferred the new catalog zone but did not update the zone list as a result of the changes. Is this perhaps because a domain name hashes the same regardless of whether it is period-terminated, and that BIND may be keying its change notification on the addition/removal of owner names in the catalog, rather than looking at the entire record. It took an 'rndc reconfig' to get BIND to notice the changes to the catalog.