knot-dns/doc/migration.rst
2020-07-28 16:41:05 +02:00

223 lines
8.4 KiB
ReStructuredText

.. highlight:: none
.. _Migration:
*********
Migration
*********
.. _Upgrade 2.4.x to 2.5.x:
Upgrade 2.4.x to 2.5.x
======================
This chapter describes some steps necessary after upgrading Knot DNS from
version 2.4.x to 2.5.x.
.. _Building changes:
Building changes
----------------
The ``--enable-dnstap`` configure option now enables the dnstap support in
:doc:`kdig<man_kdig>` only! To build the dnstap query module, ``--with-module-dnstap``
have to be used.
Since Knot DNS version 2.5.0 each query module can be configured to be:
- disabled: ``--with-module-``\ MODULE_NAME\ ``=no``
- embedded: ``--with-module-``\ MODULE_NAME\ ``=yes``
- external: ``--with-module-``\ MODULE_NAME\ ``=shared`` (excluding
``dnsproxy`` and ``onlinesign``)
The ``--with-timer-mapsize`` configure option was replaced with the runtime
``template.max-timer-db-size`` configuration option.
.. _KASP DB migration:
KASP DB migration
-----------------
Knot DNS version 2.4.x and earlier uses JSON files to store DNSSEC keys metadata,
one for each zone. 2.5.x versions store those in binary format in a LMDB, all zones
together. The migration is possible with the
`pykeymgr <https://gitlab.nic.cz/knot/knot-dns/blob/2.6/src/utils/pykeymgr/pykeymgr.in>`_
script::
$ pykeymgr -i path/to/keydir
The path to KASP DB directory is configuration-dependent, usually it is the ``keys``
subdirectory in the zone storage.
In rare installations, the JSON files might be spread across more directories. In such
case, it is necessary to put them together into one directory and migrate at once.
.. _Configuration changes 2.5:
Configuration changes
---------------------
It is no longer possible to configure KASP DB per zone or in a non-default
template. Ensure just one common KASP DB configuration in the default
template.
As Knot DNS version 2.5.0 brings dynamically loaded modules, some modules
were renamed for technical reasons. So it is necessary to rename all
occurrences (module section names and references from zones or templates)
of the following module names in the configuration::
mod-online-sign -> mod-onlinesign
mod-synth-record -> mod-synthrecord
.. _Upgrade 2.5.x to 2.6.x:
Upgrade 2.5.x to 2.6.x
======================
Upgrading from Knot DNS version 2.5.x to 2.6.x is almost seamless.
.. _Configuration changes 2.6:
Configuration changes
---------------------
The ``dsa`` and ``dsa-nsec3-sha1`` algorithm values are no longer supported
by the :ref:`policy_algorithm` option.
The ``ixfr-from-differences`` zone/template option was deprecated in favor of
the :ref:`zone_zonefile-load` option.
.. _Upgrade 2.6.x to 2.7.x:
Upgrade 2.6.x to 2.7.x
======================
Upgrading from Knot DNS version 2.6.x to 2.7.x is seamless if no obsolete
configuration or module rosedb is used.
.. _Upgrade 2.7.x to 2.8.x:
Upgrade 2.7.x to 2.8.x
======================
Upgrading from Knot DNS version 2.7.x to 2.8.x is seamless.
However, if the previous version was migrated (possibly indirectly)
from version 2.5.x, the format of the keys stored in
:ref:`Keys And Signature Policy Database <DNSSEC Export Import KASP DB>`
is no longer compatible and needs to be updated.
The easiest ways to update how keys are stored in KASP DB is to modify
with Keymgr version 2.7.x
some of each key's parameters in an undamaging way, e.g.::
$ keymgr example.com. list
$ keymgr example.com. set <keyTag> created=1
$ keymgr example.com. set <keyTag2> created=1
...
.. _Upgrade 2.8.x to 2.9.x:
Upgrade 2.8.x to 2.9.x
======================
Upgrading from Knot DNS version 2.8.x to 2.9.x is almost seamless but check
the following changes first.
Configuration changes
---------------------
- Imperfect runtime reconfiguration of :ref:`server_udp-workers`,
:ref:`server_tcp-workers`, and :ref:`server_listen`
is no longer supported.
- Replaced options (with backward compatibility):
.. csv-table::
:header: Old section, Old item name, New section, New item name
:widths: 35, 60, 35, 60
:ref:`server<Server section>` , ``tcp-reply-timeout`` [s] , :ref:`server<Server section>` , :ref:`server_tcp-remote-io-timeout` [ms]
:ref:`server<Server section>` , ``max-tcp-clients`` , :ref:`server<Server section>` , :ref:`server_tcp-max-clients`
:ref:`server<Server section>` , ``max-udp-payload`` , :ref:`server<Server section>` , :ref:`server_udp-max-payload`
:ref:`server<Server section>` , ``max-ipv4-udp-payload`` , :ref:`server<Server section>` , :ref:`server_udp-max-payload-ipv4`
:ref:`server<Server section>` , ``max-ipv6-udp-payload`` , :ref:`server<Server section>` , :ref:`server_udp-max-payload-ipv6`
:ref:`template<Template section>` , ``journal-db`` , :ref:`database<Database section>` , :ref:`database_journal-db`
:ref:`template<Template section>` , ``journal-db-mode`` , :ref:`database<Database section>` , :ref:`database_journal-db-mode`
:ref:`template<Template section>` , ``max-journal-db-size`` , :ref:`database<Database section>` , :ref:`database_journal-db-max-size`
:ref:`template<Template section>` , ``kasp-db`` , :ref:`database<Database section>` , :ref:`database_kasp-db`
:ref:`template<Template section>` , ``max-kasp-db-size`` , :ref:`database<Database section>` , :ref:`database_kasp-db-max-size`
:ref:`template<Template section>` , ``timer-db`` , :ref:`database<Database section>` , :ref:`database_timer-db`
:ref:`template<Template section>` , ``max-timer-db-size`` , :ref:`database<Database section>` , :ref:`database_timer-db-max-size`
:ref:`zone<Zone section>` , ``max-journal-usage`` , :ref:`zone<Zone section>` , :ref:`zone_journal-max-usage`
:ref:`zone<Zone section>` , ``max-journal-depth`` , :ref:`zone<Zone section>` , :ref:`zone_journal-max-depth`
:ref:`zone<Zone section>` , ``max-zone-size`` , :ref:`zone<Zone section>` , :ref:`zone_zone-max-size`
:ref:`zone<Zone section>` , ``max-refresh-interval`` , :ref:`zone<Zone section>` , :ref:`zone_refresh-max-interval`
:ref:`zone<Zone section>` , ``min-refresh-interval`` , :ref:`zone<Zone section>` , :ref:`zone_refresh-min-interval`
- Removed options (no backward compatibility):
- ``server.tcp-handshake-timeout``
- ``zone.request-edns-option``
- New default values for:
- :ref:`server_tcp-workers`
- :ref:`server_tcp-max-clients`
- :ref:`server_udp-max-payload`
- :ref:`server_udp-max-payload-ipv4`
- :ref:`server_udp-max-payload-ipv6`
- New DNSSEC policy option :ref:`policy_rrsig-pre-refresh` may affect
configuration validity, which is ``rrsig-refresh + rrsig-pre-refresh < rrsig-lifetime``
Miscellaneous changes
---------------------
- Memory use estimation via ``knotc zone-memstats`` was removed
- Based on `<https://tools.ietf.org/html/draft-ietf-dnsop-server-cookies>`_
the module :ref:`DNS Cookies<mod-cookies>` was updated to be interoperable
- Number of open files limit is set to 1048576 in upstream packages
.. _Knot DNS for BIND users:
Knot DNS for BIND users
=======================
.. _Automatic DNSSEC signing:
Automatic DNSSEC signing
------------------------
Migrating automatically signed zones from BIND to Knot DNS requires copying
up-to-date zone files from BIND, importing existing private keys, and updating
server configuration:
1. To obtain current content of the zone which is being migrated,
request BIND to flush the zone into the zone file: ``rndc sync
example.com``.
.. NOTE::
If dynamic updates (DDNS) are enabled for the given zone, you
might need to freeze the zone before flushing it. That can be done
similarly::
$ rndc freeze example.com
2. Copy the fresh zone file into the zones :ref:`storage<zone_storage>`
directory of Knot DNS.
3. Import all existing zone keys into the KASP database. Make sure that all
the keys were imported correctly::
$ keymgr example.com. import-bind path/to/Kexample.com.+013+11111
$ keymgr example.com. import-bind path/to/Kexample.com.+013+22222
$ ...
$ keymgr example.com. list
.. NOTE::
If the server configuration file or database is not at the default location,
add a configuration parameter (-c or -C). See :doc:`keymgr<man_keymgr>`
for more info about required access rights to the key files.
4. Follow :ref:`Automatic DNSSEC signing` steps to configure DNSSEC signing.