2
0
mirror of https://gitlab.isc.org/isc-projects/bind9 synced 2025-08-22 10:10:06 +00:00

Tweak and reword release notes

This commit is contained in:
Michal Nowak 2025-06-05 15:34:39 +02:00
parent c5840384cb
commit 62d04402c9
No known key found for this signature in database

View File

@ -17,56 +17,66 @@ New Features
- Add support for zone templates. - Add support for zone templates.
To simplify the configuration of multiple similar zones, BIND now To simplify the configuration of multiple similar zones, BIND 9 now
supports a zone template mechanism. `template` blocks containing zone supports a zone template mechanism. :namedconf:ref:`template` blocks
options can be defined at the top level of the configuration file; containing zone options can be defined at the top level of the
they can then be referenced in `zone` statements. A zone referencing a configuration file and then referenced in :namedconf:ref:`zone`
template will use the options in the specified `template` block as statements. A zone referencing a template uses the options in the
defaults. (Options locally defined in the `zone` statement override specified :namedconf:ref:`template` block as defaults. (Options
the template.) locally defined in the zone statement override the template.)
The filename for a zone can now be generated parametrically from a The filename for a zone can now be generated parametrically from a
format specified in the `file` option. The first occurrences of format specified in the :namedconf:ref:`file` option. The first
`$name`, `$type` and `$view` in `file` are replaced with the zone occurrences of ``$name``, ``$type``, and ``$view`` in file are
origin, the zone type (i.e., primary, secondary, etc), and the view replaced with the zone origin, the zone type (i.e., primary,
name, respectively. secondary, ...), and the view name, respectively.
Primary zones can now take an `initial-file` option, specifying the Primary zones can now take an :namedconf:ref:`initial-file` option,
path to a generic zone file that will be copied into the zone's `file` specifying the path to a generic zone file that are copied into the
path when the zone is first loaded, if the `file` does not already zone's file path when the zone is first loaded, if the file does not
exist. already exist.
For example, the following template can be used for primary zones: ``` For example, the following template can be used for primary zones:
template primary { type primary; file
"$name.db"; initial-file "generic.db"; }; ``` ::
template primary {
type primary;
file "$name.db";
initial-file "generic.db";
};
With this template in place, a new primary zone could be added using a With this template in place, a new primary zone could be added using a
single `rndc addzone` command: single :option:`rndc addzone` command:
``` $ rndc addzone example.com '{ template primary; };' ``` ::
The zone would be created using the filename `example.com.db`, which
would be copied into place from `generic.db`. :gl:`#2964` rndc addzone example.com '{ template primary; };'
The zone would be created using the filename ``example.com.db``, which
would be copied into place from ``generic.db``. :gl:`#2964`
- Redesign the unreachable primaries cache. - Redesign the unreachable primaries cache.
Previously, the cache for the unreachable primary servers was limited Previously, the cache for the unreachable primary servers was limited
to 10 entries (LRU) and a fixed 10 minutes delay for each entry, to 10 entries (LRU) with a fixed 10-minute delay for each entry,
unless removed forcibly by a new entry. The cache is now redesigned to unless removed forcibly by a new entry. The cache is now redesigned to
remove the 10 entry limitation and to introduce delay values with remove the 10-entry limitation and to introduce delay values with an
exponential backoff time - initially an unreachable primary server is exponential backoff time: initially an unreachable primary server is
cached as being unreachable for 10 seconds, but each time the cache cached as being unreachable for 10 seconds, but each time the cache
entry is expired and the same server is added again during the entry is expired and the same server is added again during the
eligibility period of the next 120 seconds, the delay time is doubled eligibility period of the next 120 seconds, the delay time is doubled,
up until to the maximum of 640 seconds. :gl:`#3992` up to the maximum of 640 seconds. :gl:`#3992`
- Implement a new 'notify-defer' configuration option. - Implement a new :namedconf:ref:`notify-defer` configuration option.
This new option sets a delay (in seconds) to wait before sending a set This new option sets a delay (in seconds) to wait before sending a set
of NOTIFY messages for a zone. Whenever a NOTIFY message is ready to of ``NOTIFY`` messages for a zone. Whenever a ``NOTIFY`` message is
be sent, sending will be deferred for this duration. This option is ready to be sent, sending is deferred for this duration. This option
not to be confused with the :any:`notify-delay` option. The default is should not be confused with the :namedconf:ref:`notify-delay` option.
0 seconds. :gl:`#5259` The default is 0 seconds. :gl:`#5259`
Bug Fixes Bug Fixes
~~~~~~~~~ ~~~~~~~~~
@ -81,8 +91,8 @@ Bug Fixes
- Fix a zone refresh bug. - Fix a zone refresh bug.
A secondary zone could fail to further refresh with new versions of A secondary zone could fail to further refresh with new versions of
the zone from a primary server if named was reconfigured during the the zone from a primary server if :iscman:`named` was reconfigured
SOA request step of an ongoing zone transfer. This has been fixed. during the SOA request step of an ongoing zone transfer. This has been
:gl:`#5307` fixed. :gl:`#5307`