Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Установка Bind9 не удаётся при использовании Proxmox 9.0

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Установка Bind9 не удаётся при использовании Proxmox 9.0, Proxmox Виртуальная Среда
     
    PT400C
    Guest
    #1
    0
    09.09.2025 11:33:00
    Установка Bind9 на Proxmox 9.0 (Trixie) завершается ошибкой: Не удалось выполнить systemctl:  на /usr/bin/deb-systemd-invoke, строка 148. Вот полный лог:  

    Код:  
    Установка:  
     bind9  

    Установка зависимостей:  
     bind9-utils  dns-root-data  

    Рекомендуемые пакеты:  
     bind9-doc  resolvconf  ufw  

    Итог:  
     Обновление: 0, Установка: 3, Удаление: 0, Обновление пропущено: 0  
     Размер загрузки: 442 кБ  
     Необходимо место: 1 672 кБ / доступно 1,831 ГБ  

    Продолжить? [Y/n] y
    Получение:1 http://deb.debian.org/debian trixie/main amd64 bind9-utils amd64 1:9.20.11-4 [183 кБ]
    Получение:2 http://deb.debian.org/debian trixie/main amd64 dns-root-data all 2024071801 [5,672 Б]
    Получение:3 http://deb.debian.org/debian trixie/main amd64 bind9 amd64 1:9.20.11-4 [254 кБ]
    Загружено 442 кБ за 0 с (10.2 МБ/с)  
    Выбор ранее не выбранного пакета bind9-utils.  
    (Чтение базы данных ... 50144 файлов и директорий установлено.)  
    Подготовка к распаковке .../bind9-utils_1%3a9.20.11-4_amd64.deb ...  
    Распаковка bind9-utils (1:9.20.11-4) ...  
    Выбор ранее не выбранного пакета dns-root-data.  
    Подготовка к распаковке .../dns-root-data_2024071801_all.deb ...  
    Распаковка dns-root-data (2024071801) ...  
    Выбор ранее не выбранного пакета bind9.  
    Подготовка к распаковке .../bind9_1%3a9.20.11-4_amd64.deb ...  
    Распаковка bind9 (1:9.20.11-4) ...  
    Настройка dns-root-data (2024071801) ...  
    Настройка bind9-utils (1:9.20.11-4) ...  
    Настройка bind9 (1:9.20.11-4) ...  
    Записан ключевой файл "/etc/bind/rndc.key"  
    named-resolvconf.service — отключён или статический юнит, запуск пропущен.  
    Создан символический ссылок '/etc/systemd/system/bind9.service' → '/usr/lib/systemd/system/named.service'.  
    Создан символический ссылок '/etc/systemd/system/multi-user.target.wants/named.service' → '/usr/lib/systemd/system/named.service'.  
    Не удалось выполнить systemctl:  на /usr/bin/deb-systemd-invoke, строка 148.  
    Обработка триггеров для man-db (2.13.1-1) ...  

    Проверка статуса сервиса показывает следующее:  
    Sep 09 11:30:51 server69 named[1839]: named: не удалось подключиться к уведомительному сокету '/run/systemd/notify': отказано в доступе

    Есть идеи, что может происходить?  
    У нас такая версия Proxmox: pve-manager/9.0.6/49c767b70aeb6648 (ядро: 6.14.11-1-pve)  

    Заранее спасибо!  
    PT400C
     
     
     
    Swifty.hu
    Guest
    #2
    0
    05.11.2025 23:52:00
    Если вы обновлялись с предыдущей версии Debian, есть большая вероятность, что у вас остались старые конфигурации apparmor. Проверьте, затронуты ли вы этой проблемой: sudo aa-status | grep named Если результат не пустой, следуйте моему руководству.

    Сделайте копию папок /etc/apparmor и /etc/apparmor.d (про запас). Переустановите все пакеты apparmor: sudo apt install --reinstall apparmor apparmor-utils apparmor-profiles apparmor-profiles-extra Это скачает все необходимые пакеты в папку /var/cache/apt/archives.

    Запустите этот скрипт:  
    Bash:  
    sudo mkdir -p /tmp/replace  
    sudo find /var/cache/apt/archives/ -iname '*apparmor*.deb' | while read p  
    do  
    d="/tmp/extract/$(basename ${p} .deb)"  
    mkdir -p "${d}"  
    cd "${d}"  
    ar x ${p}  
    tar xf data.tar.xz  
    cp -r ./etc/apparmor* /tmp/replace 2>/dev/null  
    done  
    rm -rf /tmp/extract

    Замените содержимое папок /etc/apparmor и /etc/apparmor.d на содержимое из папки /tmp/replace.

    Выполните команды:  
    Bash:  
    sudo aa-teardown  
    sudo systemctl restart apparmor

    Также перезапустите затронутый сервис:  
    sudo systemctl restart named

    Теперь команда sudo aa-status | grep named не должна ничего выводить.
     
     
     
    Heiko111
    Guest
    #3
    0
    06.11.2025 14:17:00
    Я решил проблему "failed to connect to notification socket '/run/systemd/notify': permission denied" для себя, добавив в bind9.service строку [Service] NotifyAccess=main.
     
     
     
    atatury
    Guest
    #4
    0
    15.12.2025 13:41:00
    Всем привет! Добавление "NotifyAccess=main" в файл службы bind9, похоже, не решает проблему. Ничего не меняется, и всё равно выдает:  
    Code: named[12440]: named: не удалось подключиться к сокету уведомлений '/run/systemd/notify': отказано в доступе.
    Есть идеи?
     
     
     
    Swifty.hu
    Guest
    #5
    0
    15.12.2025 16:01:00
    Привет, atatury, ты проверял, затронула ли тебя проблема с apparmor? Выполни команду sudo aa-status | grep named.  
    Удачи, Swifty
     
     
     
    cyp
    Guest
    #6
    0
    06.03.2026 09:46:00
    Привет, такая же проблема была у меня. Если поможет, я решил ее, удалив конфигурацию apparmor для named (это на обновленной системе, так что, скорее всего, унаследовано от предыдущей версии debian/proxmox). Код: sudo rm /etc/apparmor.d/usr.sbin.named
    sudo aa-teardown
    sudo systemctl restart apparmor
    sudo systemctl restart named
     
     
     
    atatury
    Guest
    #7
    0
    16.12.2025 07:26:00
    Привет, Swifty! Именно меня задела проблема с AppArmor. Решение оказалось в отключении именованной службы из-под контроля AppArmor. Спасибо, что подсказал. С уважением.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры