Aleš Mrázek authored Sep 17, 2025 and Vladimír Čunát committed Oct 15, 2025

policy-loader automatically enters RUNNING state when spawned

Including config and docs for this.

The module switches individual queries to a forwarding config
when failing to resolve the normal way (non-forwarding typically).
Internally the mechanism is close to the serve_stale module.

For now it has Lua config only, e.g.:

modules = { 'fallback' }
fallback.config({
	targets = {
		{'193.17.47.1', tls = false},
		{'2001:148f:fffe::1', tls = false},
	},
	options = {
	},
})


TODO: right now it's not yet possible to specify a list of source
addresses for which this mechanism won't be applied.

ci: docker:test:cross-platform: removed reload.sh interactive test

See merge request !1749

manager: new API route for forced reload

Closes #939

See merge request !1748

This reverts merge request !1743

NEWS: added address renumbering bugfix

See merge request !1745

kresctl: commands: allow combination of config files

See merge request !1738

datamodel/templates/network.lua.j2: renumber.config typo fix

See merge request !1739

ci: updated python to 3.13, use debian image for python jobs

See merge request !1744

Equivalent to
knot-dns@27825e4c

The problem happens now with clang 20.
I don't think I've seen it happen with GCC 15
or with some earlier clang versions.