PowerDNS Authoritative Server 5.1.1 вышел 8 июня 2026 года и закрывает важную ошибку, затрагивающую пользователей LMDB-бэкенда. Если сервер работает на другом бэкенде, обновление с 5.1.0 до 5.1.1 можно рассматривать как необязательное техническое исправление, а для LMDB-инсталляций его стоит запланировать в ближайшее окно обслуживания.
PowerDNS Authoritative Server отвечает за домены, которыми управляет администратор
PowerDNS — это набор DNS-компонентов для разных задач. В экосистему входят Authoritative Server, Recursor и dnsdist. Authoritative Server отвечает на DNS-запросы по тем зонам, которыми он владеет: например, сообщает, на какой IP-адрес указывает домен, какие MX-записи обслуживают почту и какие NS-серверы являются авторитетными для зоны. В документации PowerDNS прямо описывает Authoritative Server как компонент, который отвечает по известным ему доменам и берёт данные из подключённого хранилища.
Главная особенность PowerDNS Authoritative Server — поддержка разных бэкендов. DNS-зоны можно хранить в SQL-базах, LMDB, BIND zone files и других источниках данных. Для администратора это удобно: можно выбрать схему хранения под инфраструктуру, автоматизацию, панель управления и требования к производительности.
Версия 5.1.1 относится именно к PowerDNS Authoritative Server. Это важно, потому что PowerDNS Recursor и dnsdist имеют собственные ветки версий, собственные changelog и отдельные сценарии обновления.
Релиз 5.1.1 устраняет проблему синхронизации при использовании LMDB
PowerDNS Authoritative Server 5.1.1 опубликован 8 июня 2026 года. В официальном changelog релиз описан как выпуск с важным исправлением для пользователей LMDB-бэкенда: обновление корректирует обновление timestamp в режиме non-split domain table.
В официальном анонсе разработчики объяснили проблему подробнее. Ошибка появилась в процессе подготовки PowerDNS Authoritative Server 5.1.0. Пользователи LMDB-бэкенда без нового режима lmdb-split-domain-table могли столкнуться с тем, что timestamp последнего уведомления не обновлялся. Из-за этого secondary-серверы продолжали пытаться синхронизироваться с primary-серверами, а primary-серверы продолжали отправлять запросы на синхронизацию вторичным серверам.
Для DNS-инфраструктуры такая ошибка неприятна по нескольким причинам. Она может создавать лишний служебный шум между primary и secondary-серверами, затруднять диагностику репликации зон и увеличивать количество повторяющихся операций там, где администратор ожидает спокойного состояния после успешной синхронизации.
Пользователям LMDB стоит обновиться в первую очередь
Основная аудитория PowerDNS 5.1.1 — администраторы, которые уже перешли на ветку 5.1.x и используют LMDB-бэкенд. По официальному сообщению PowerDNS, если LMDB не используется, обновление до 5.1.1 не требуется, и можно остаться на 5.1.0.
Практически это означает простую развилку:
| Сценарий | Рекомендация |
| PowerDNS Authoritative Server 5.1.0 + LMDB | Запланировать обновление до 5.1.1 |
| PowerDNS Authoritative Server 5.1.0 без LMDB | Срочности нет |
| PowerDNS 5.0.x или 4.9.x | Сначала изучить upgrade notes и совместимость |
| PowerDNS 4.8 и старше | Учитывать завершение поддержки 4.8 после выхода 5.1.0 |
Перед обновлением стоит проверить текущий бэкенд. В типичной установке это можно сделать через конфигурацию PowerDNS, например в файлах /etc/powerdns/pdns.conf или подключаемых конфигурационных файлах. Администратору нужно найти параметр launch и связанные настройки бэкенда. Если там используется LMDB, релиз 5.1.1 имеет прямое отношение к такой инсталляции.
Версия 5.1.0 принесла больше изменений, а 5.1.1 закрепляет стабильность ветки
PowerDNS Authoritative Server 5.1.0 вышел 3 июня 2026 года. В официальном анонсе разработчики выделили структурированное логирование и возможность добавлять комментарии к RRset при использовании LMDB-бэкенда. Ранее такая возможность была доступна для SQL-бэкендов.
Отдельно в документации указано, что параметр logging-structured появился в версии 5.1.0. Он включает форматирование логов в структурированном виде, что помогает анализировать события программными средствами: например, через централизованный сбор логов, SIEM-системы или внутренние observability-платформы.
На фоне этих изменений PowerDNS 5.1.1 выглядит как точечный стабилизационный релиз. Он не добавляет крупные функции и не меняет поведение всей системы. Его смысл — исправить конкретную ошибку, которая затрагивает определённую группу пользователей после перехода на 5.1.0.
Обновление DNS-сервера требует проверки схемы primary-secondary
DNS-серверы редко обновляют без подготовки, потому что даже небольшая ошибка в авторитетной зоне может повлиять на доступность сайта, почты, API и внутренних сервисов. Для PowerDNS 5.1.1 особенно важно проверить сценарии, где используются primary и secondary-серверы.
Перед обновлением полезно пройти короткий технический чек-лист:
- Зафиксировать текущую версию PowerDNS Authoritative Server.
- Проверить используемый бэкенд.
- Убедиться, что проблема относится к LMDB-инсталляции.
- Прочитать официальные Upgrade Notes для перехода с более старых веток.
- Сделать резервную копию конфигурации и данных бэкенда.
- Обновить сначала тестовый или менее критичный узел.
- Проверить передачу зон, SOA serial, AXFR/IXFR и состояние secondary-серверов.
- Посмотреть логи после обновления и убедиться, что повторяющиеся уведомления исчезли.
PowerDNS отдельно напоминает читать Upgrade Notes перед обновлением с версий ниже 5.0.x. Это особенно важно для инфраструктур, которые перескакивают через несколько веток сразу.
Жизненный цикл PowerDNS меняет приоритеты обновления старых веток
Выход PowerDNS Authoritative Server 5.1.0 повлиял на поддержку старых версий. В официальной политике EOL указано, что поддерживаемой веткой Authoritative Server сейчас является 5.1, версия 5.0 получает только критические обновления, а версии 4.0–4.8, 3.x и 2.x находятся в статусе End of Life.
Для администраторов это означает, что вопрос обновления шире одного исправления LMDB. Если инфраструктура работает на 4.8 или более старой ветке, стоит планировать переход на актуальную поддерживаемую линию. Для 5.0.x срочность ниже, но стратегия обновления уже должна учитывать дальнейший жизненный цикл.
PowerDNS также публикует исходные tarball-архивы и подписи на официальном сервере загрузок. В каталоге релизов присутствует pdns-5.1.1.tar.bz2 и файлы подписи для проверки подлинности скачанного архива.
Вывод
PowerDNS Authoritative Server 5.1.1 — точечный релиз для исправления ошибки в LMDB-бэкенде после выхода 5.1.0. Если ваша инфраструктура использует LMDB и схему primary-secondary, обновление стоит внести в ближайший план обслуживания.
Для инсталляций без LMDB этот выпуск не выглядит срочным. Гораздо важнее проверить актуальность ветки PowerDNS, состояние поддержки, корректность резервных копий и готовность к переходу на поддерживаемую линию 5.1.
