mir/bind
2
0
Fork 0
mirror of https://gitlab.isc.org/isc-projects/bind9 synced 2025-09-02 07:35:26 +00:00
Code Issues Releases Wiki Activity

Improve description of mirror zone validation

Browse Source 
Expand the description of mirror zones in the ARM by adding a brief
discussion of how the validation process works for AXFR and IXFR.  Move
the paragraph mentioning the "file" option higher up.  Apply minor
stylistic and whitespace-related tweaks to the relevant section of the
ARM.
This commit is contained in:
Michał Kępień
2021-06-22 22:45:39 +02:00
parent 2fcd63cb35
commit d877aa9adf
1 changed files with 52 additions and 39 deletions
Download Patch File Download Diff File Expand all files Collapse all files

91
doc/arm/reference.rst
View File

@@ -5316,57 +5316,70 @@ or ``delegation-only``.
behave very slowly if there are 100000 files in a single directory.) behave very slowly if there are 100000 files in a single directory.)
``mirror`` ``mirror``
A mirror zone is similar to a zone of type ``secondary``, except its data is A mirror zone is similar to a zone of type ``secondary``, except its
subject to DNSSEC validation before being used in answers. Validation is data is subject to DNSSEC validation before being used in answers.
applied to the entire zone during the zone transfer process, and again when Validation is applied to the entire zone during the zone transfer
the zone file is loaded from disk upon restarting ``named``. If validation process, and again when the zone file is loaded from disk upon
of a new version of a mirror zone fails, a retransfer is scheduled and the restarting ``named``. If validation of a new version of a mirror zone
most recent correctly validated version of that zone is used, until it either fails, a retransfer is scheduled; in the meantime, the most recent
expires or a newer version validates correctly. If no usable zone data is correctly validated version of that zone is used until it either
available for a mirror zone, either due to transfer failure or expires or a newer version validates correctly. If no usable zone
expiration, traditional DNS recursion is used to look up the answers instead. data is available for a mirror zone, due to either transfer failure
Mirror zones cannot be used in a view that does not have recursion enabled. or expiration, traditional DNS recursion is used to look up the
answers instead. Mirror zones cannot be used in a view that does not
have recursion enabled.
Answers coming from a mirror zone look almost exactly like answers from a Answers coming from a mirror zone look almost exactly like answers
zone of type ``secondary``, with the notable exceptions that the AA bit from a zone of type ``secondary``, with the notable exceptions that
("authoritative answer") is not set, and the AD bit ("authenticated data") the AA bit ("authoritative answer") is not set, and the AD bit
is. ("authenticated data") is.
Mirror zones are intended to be used to set up a fast local copy of the root Mirror zones are intended to be used to set up a fast local copy of
zone, similar to the one described in :rfc:`7706`. A default list of primary the root zone (see :rfc:`8806`). A default list of primary servers
servers for the IANA root zone is built into ``named`` and thus its mirroring for the IANA root zone is built into ``named``, so its mirroring can
can be enabled using the following configuration: be enabled using the following configuration:
:: ::
zone "." { zone "." {
type mirror; type mirror;
}; };
Mirroring a zone other than root Mirror zone validation always happens for the entire zone contents.
requires an explicit list of primary servers to be provided using the This ensures that each version of the zone used by the resolver is
``primaries`` option (see :ref:`primaries_grammar` for details), and a fully self-consistent with respect to DNSSEC. For incoming mirror
key-signing key (KSK) for the specified zone to be explicitly configured as a zone IXFRs, every revision of the zone contained in the IXFR sequence
trust anchor. is validated independently, in the order in which the zone revisions
appear on the wire. For this reason, it might be useful to force use
of AXFR for mirror zones by setting ``request-ixfr no;`` for the
relevant zone (or view). Other, more efficient zone verification
methods may be added in the future.
To make mirror zone contents persist between ``named`` restarts, use the To make mirror zone contents persist between ``named`` restarts, use
:ref:`file <file-option>` option. the :ref:`file <file-option>` option.
When configuring NOTIFY for a mirror zone, only ``notify no;`` and ``notify Mirroring a zone other than root requires an explicit list of primary
explicit;`` can be used at the zone level; any other ``notify`` servers to be provided using the ``primaries`` option (see
setting at the zone level is a configuration error. Using any other :ref:`primaries_grammar` for details), and a key-signing key (KSK)
``notify`` setting at the ``options`` or ``view`` level causes that for the specified zone to be explicitly configured as a trust anchor
setting to be overridden with ``notify explicit;`` for the mirror zone. The (see :ref:`trust-anchors`).
global default for the ``notify`` option is ``yes``, so mirror zones are by
default configured with ``notify explicit;``. When configuring NOTIFY for a mirror zone, only ``notify no;`` and
``notify explicit;`` can be used at the zone level; any other
``notify`` setting at the zone level is a configuration error. Using
any other ``notify`` setting at the ``options`` or ``view`` level
causes that setting to be overridden with ``notify explicit;`` for
the mirror zone. The global default for the ``notify`` option is
``yes``, so mirror zones are by default configured with ``notify
explicit;``.
Outgoing transfers of mirror zones are disabled by default but may be Outgoing transfers of mirror zones are disabled by default but may be
enabled using :ref:`allow-transfer <allow-transfer-access>`. enabled using :ref:`allow-transfer <allow-transfer-access>`.
.. note:: .. note::
Use of this zone type with any zone other than the root should Use of this zone type with any zone other than the root should be
be considered *experimental* and may cause performance issues, especially considered *experimental* and may cause performance issues,
for zones which are large and/or frequently updated. especially for zones that are large and/or frequently updated.
``hint`` ``hint``
The initial set of root name servers is specified using a hint zone. The initial set of root name servers is specified using a hint zone.