]> git.ipfire.org Git - thirdparty/bind9.git/commitdiff
Mention zone storage in the DNSSEC chapter
authorPetr Špaček <pspacek@isc.org>
Tue, 21 Jun 2022 13:08:17 +0000 (15:08 +0200)
committerMatthijs Mekking <matthijs@isc.org>
Wed, 22 Jun 2022 11:37:18 +0000 (13:37 +0200)
Let's not duplicate texts, link to description elsewhere instead.

doc/arm/dnssec.inc.rst

index 99515b492b8b1664a0ca2ea747bc613b749da60a..dab187f0289eab72d46301fe8489fd819bbb5d0e 100644 (file)
@@ -106,17 +106,9 @@ This single line is sufficient to create the necessary signing keys, and generat
 care of any DNSSEC maintenance for this zone, including replacing signatures
 that are about to expire and managing :ref:`key_rollovers`.
 
-**TODO:**
-The original zone file :file:`dnssec.example.db` remains untouched and the
-signed version of the zone is stored on disk in :file:`dnssec.example.db.signed`.
-When setting a ``dnssec-policy`` for a zone, it typically creates a new file
-with a ``.signed`` extension on disk, while the original zone file stays
-untouched. This is called inline signing.
-
-DNSSEC configuration works slightly differently for dynamic zones. DNSSEC-related
-records are applied directly to zones with an update ACL or update
-policy, similarly to non-DNSSEC records, instead of storing them in a file with a
-``.signed`` extension.
+.. note::
+   ``dnssec-policy`` needs write access to the zone. Please see
+   :ref:`dnssec_policy` for more details about implications for zone storage.
 
 The default policy creates one key that is used to sign the complete zone,
 and uses ``NSEC`` to enable authenticated denial of existence (a secure way