HELP! Отвалился BIND

[Hunweibyn]

выполнить

Код: Выделить всё

apt-get update

переустановить bind в панеле

Да исправляли, проблема была из за встроенного модуля безопасности AppArmor.

Дык вот именно что не работает после обновления.
Последняя доступная версия: 1.0974
Все последние обновления установлены.
Как в той другой теме писал - что при обновлении слетел из /etc/apt/sources.list репозиторий брейни. Когда руками выправлял работоспособность bind, приходилось добавлять в конфиг apparmor /var/named/**
И проблема сохраняется до настоящего момента, если выполнить
apt purge named* *named bind* и т.д.
то после
apt update
и установке BIND из панели из меню приложений - ставится версия с дефолтным конфигом (хотя из репозетория брейни), при этом генерация конфига по факту установки не происходит..

[alenka]

и установке BIND из панели из меню приложений - ставится версия с дефолтным конфигом (хотя из репозетория брейни), при этом генерация конфига по факту установки не происходит..

Про какой конфиг идет речь?

[sbury]

покажите вывод

Код: Выделить всё

dpkg -l | grep bind9
ls -l /var | grep named
systemctl status named

Возможно по какойто причине у вас пакеты bind9 не последней версии. Покажите выводы данных команд

[Hunweibyn]

Потеряло актуальность в связи с UPD.

и установке BIND из панели из меню приложений - ставится версия с дефолтным конфигом (хотя из репозетория брейни), при этом генерация конфига по факту установки не происходит..

Про какой конфиг идет речь?

/etc/bind/named.conf
(я предположил что этот конфиг "собирается" или замещается после установки BIND из панели)

покажите вывод

Код: Выделить всё

dpkg -l | grep bind9
ls -l /var | grep named
systemctl status named

Возможно по какойто причине у вас пакеты bind9 не последней версии. Покажите выводы данных команд

dpkg -l | grep bind9
ii bind9 1:9.18.30-25brainy0.20.04 amd64 Internet Domain Name Server
ii bind9-dnsutils 1:9.18.30-25brainy0.20.04 amd64 Clients provided with BIND 9
ii bind9-host 1:9.18.30-25brainy0.20.04 amd64 DNS Lookup Utility
ii bind9-libs:amd64 1:9.18.30-25brainy0.20.04 amd64 Shared Libraries used by BIND 9
ii bind9-utils 1:9.18.30-25brainy0.20.04 amd64 Utilities for BIND 9


root@vps01:~# ls -l /var | grep named
drwxr-xr-x 4 bind bind 4096 Jan 31 22:28 named
---
Данные права выставлены вручную в целях восстановления работоспособности, при иных правах 112:116 запуск не происходил с "access denied"


В данный момент бинд функционирует после ручной донастройки конфига /etc/bind/named.conf, выставления прав на /var/named и после ручной правки /etc/apparmor.d/usr.sbin.named
root@vps01:~# systemctl status named
● named.service - BIND Domain Name Server
Loaded: loaded (/lib/systemd/system/named.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2025-02-04 21:10:38 MSK; 2 days ago
Docs: man:named(8)
Main PID: 557 (named)
Tasks: 8 (limit: 3551)
Memory: 4.9M
CPU: 32.174s
CGroup: /system.slice/named.service
└─557 /usr/sbin/named -f -u bind

TEMP:

На данный момент (07.02.25 10:20 MSK) apt update показал наличие апдейта bind:
bind9-dnsutils/unknown 1:9.18.30-28brainy0.20.04 amd64 [upgradable from: 1:9.18.30-25brainy0.20.04]
bind9-host/unknown 1:9.18.30-28brainy0.20.04 amd64 [upgradable from: 1:9.18.30-25brainy0.20.04]
bind9-libs/unknown 1:9.18.30-28brainy0.20.04 amd64 [upgradable from: 1:9.18.30-25brainy0.20.04]
bind9-utils/unknown 1:9.18.30-28brainy0.20.04 amd64 [upgradable from: 1:9.18.30-25brainy0.20.04]
bind9/unknown 1:9.18.30-28brainy0.20.04 amd64 [upgradable from: 1:9.18.30-25brainy0.20.04]

Сейчас удалю и поставлю BIND из панели, в случае изменения результатов - изменю сообщение

UPD:
После apt purge bind9*
и очередной установке бинда из панели (пакетный менеджер) работоспособность восстановлена.
named запустился в штатном режиме. "Самописный" конфиг /etc/bind/named.conf был замещён автоматичски при установке.
Штатная работоспособность "без костылей" была восстановлена.
На момент написания предыдущих сообщений о неработоспособности - обновления не было при apt update. То есть штатными средствами восстановление работоспособности было невозможным. Проблема решилась с текущим обновлением