Налаштування PowerDNS з

Конфігурація

Після встановлення компонентів необхідно провести їх остаточну конфігурацію, особливо для Nginx, щоб він правильно обслуговував Poweradmin, та налаштувати TLS/HTTPS.

1. Конфігурація Nginx для Poweradmin

Створіть новий файл конфігурації Nginx для Poweradmin. Видаліть дефолтний конфіг Nginx, якщо він існує, або просто створіть новий.

sudo nano /etc/nginx/sites-available/poweradmin.conf # Створює новий файл конфігурації Nginx

Вставте наступний вміст:

# /etc/nginx/sites-available/poweradmin.conf
server {
    listen 80;
    server_name your_poweradmin_domain.com ВАШ_IP_АДРЕС_VPS; # Замініть на ваш домен або IP
    root /var/www/html;
    index index.php index.html index.htm;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php8.3-fpm.sock; # Переконайтеся, що це відповідає вашій версії PHP-FPM
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

    location ~ /\.ht {
        deny all;
    }
}

Створіть символічне посилання на цей файл у sites-enabled та перевірте конфігурацію Nginx:

sudo ln -s /etc/nginx/sites-available/poweradmin.conf /etc/nginx/sites-enabled/ # Створює символічне посилання
sudo nginx -t # Перевіряє синтаксис конфігурації Nginx

Якщо тест успішний, перезапустіть Nginx:

sudo systemctl restart nginx # Перезапускає Nginx

Тепер ви зможете отримати доступ до Poweradmin за IP-адресою вашого VPS або за доменним ім'ям, якщо ви вже налаштували його (наприклад, http://poweradmin.yourdomain.com).

2. Налаштування TLS/HTTPS через Certbot (Let's Encrypt)

Вкрай важливо захистити веб-інтерфейс Poweradmin за допомогою HTTPS. Використовуємо Certbot для отримання безкоштовних SSL/TLS-сертифікатів від Let's Encrypt.

sudo apt install certbot python3-certbot-nginx -y # Встановлює Certbot та плагін для Nginx

Запустіть Certbot. Він автоматично виявить ваш домен (вказаний у Nginx server_name) та налаштує Nginx.

sudo certbot --nginx -d your_poweradmin_domain.com # Отримує та встановлює сертифікат для вашого домена

Дотримуйтесь інструкцій Certbot: введіть адресу електронної пошти, погодьтеся з умовами. Certbot запропонує перенаправляти HTTP-трафік на HTTPS, що рекомендується.

Перевірка автоматичного продовження сертифікатів:

sudo certbot renew --dry-run # Перевіряє можливість продовження сертифікатів без фактичного продовження

Якщо все успішно, ваш Poweradmin тепер доступний за HTTPS.

3. Перевірка працездатності PowerDNS

Після всіх налаштувань переконаємося, що PowerDNS працює коректно та відповідає на запити.

sudo systemctl status pdns # Переконайтеся, що PowerDNS запущено

Використовуйте утиліту dig для перевірки DNS-запитів. Спочатку додайте тестову зону через Poweradmin. Наприклад, створіть зону test.com з A-записом для www.test.com, що вказує на IP-адресу 192.0.2.1.

dig @ВАШ_IP_АДРЕС_VPS www.test.com A # Надсилає DNS-запит на ваш PowerDNS-сервер

У відповіді ви повинні побачити IP-адресу 192.0.2.1. Якщо PowerDNS відповідає, значить, він працює правильно.

Перевірте, що Poweradmin доступний за HTTPS:

curl -v https://your_poweradmin_domain.com # Перевіряє доступність Poweradmin за HTTPS та відображає інформацію про сертифікат

Ви повинні побачити успішне з'єднання та деталі SSL-сертифіката.

4. Налаштування секрету для Poweradmin

У файлі config.inc.php Poweradmin є змінна $session_key. Вона використовується для шифрування сесій. Згенеруйте випадковий рядок і помістіть його туди. Ніколи не залишайте значення за замовчуванням.

head /dev/urandom | tr -dc A-Za-z0-9_ | head -c 32 ; echo # Генерує випадковий 32-символьний рядок

Відредагуйте config.inc.php:

sudo nano /var/www/html/config.inc.php

І вставте згенерований рядок:

// config.inc.php (фрагмент)
$session_key = 'ВАША_СЛУЧАЙНАЯ_32_СИМВОЛЬНАЯ_СТРОКА';

Резервні копії та обслуговування

Регулярне резервне копіювання та своєчасне обслуговування є критично важливими для будь-якого production-сервера, включно з DNS. Втрата DNS-записів може призвести до недоступності всіх ваших сервісів.

Що резервувати

1. База даних PowerDNS (MariaDB): Це найважливіший компонент, що містить усі ваші доменні зони та записи.
2. Конфігураційні файли PowerDNS: /etc/powerdns/pdns.conf та будь-які інші кастомні конфіги.
3. Конфігураційні файли Nginx: /etc/nginx/sites-available/poweradmin.conf, /etc/nginx/nginx.conf.
4. Конфігураційні файли Poweradmin: /var/www/html/config.inc.php.
5. Сертифікати Let's Encrypt: Хоча їх і можна перевипустити, збереження резервної копії прискорить відновлення. Вони зберігаються в /etc/letsencrypt/.

Простий скрипт авторезервування

Створимо простий скрипт для щоденного резервування бази даних та ключових конфігураційних файлів. Ми будемо використовувати mysqldump для бази даних та tar для файлів. Для зберігання можна використовувати зовнішній S3-сумісний сервіс.

sudo mkdir -p /opt/backup/pdns # Створюємо директорію для резервних копій
sudo nano /opt/backup/pdns/backup_pdns.sh # Створюємо скрипт резервування

Вміст /opt/backup/pdns/backup_pdns.sh:

#!/bin/bash

# Налаштування бази даних
DB_USER="pdns_user"
DB_PASS="YOUR_STRONG_PASSWORD" # Використовуйте env-змінну або файл .my.cnf для продакшену
DB_NAME="powerdns"

# Директорія для резервних копій
BACKUP_DIR="/opt/backup/pdns"
DATE=$(date +%Y%m%d%H%M%S)

# Створення дампу бази даних
echo "Створення дампу бази даних MariaDB..."
mysqldump -u "$DB_USER" -p"$DB_PASS" "$DB_NAME" > "$BACKUP_DIR/powerdns_db_$DATE.sql"
if [ $? -eq 0 ]; then
    echo "Дамп бази даних успішно створено: $BACKUP_DIR/powerdns_db_$DATE.sql"
else
    echo "Помилка при створенні дампу бази даних."
    exit 1
fi

# Архівація конфігураційних файлів
echo "Архівація конфігураційних файлів..."
tar -czvf "$BACKUP_DIR/pdns_configs_$DATE.tar.gz" \
    /etc/powerdns/pdns.conf \
    /etc/nginx/sites-available/poweradmin.conf \
    /etc/nginx/nginx.conf \
    /var/www/html/config.inc.php \
    /etc/letsencrypt/live/your_poweradmin_domain.com/ # Вкажіть ваш домен
if [ $? -eq 0 ]; then
    echo "Конфігураційні файли успішно заархівовано: $BACKUP_DIR/pdns_configs_$DATE.tar.gz"
else
    echo "Помилка при архівації конфігураційних файлів."
    exit 1
fi

# Видалення старих резервних копій (зберігаємо 7 днів)
echo "Очищення старих резервних копій..."
find "$BACKUP_DIR" -type f -name "*.sql" -mtime +7 -delete
find "$BACKUP_DIR" -type f -name "*.tar.gz" -mtime +7 -delete
echo "Процес резервування завершено."

Замініть YOUR_STRONG_PASSWORD і your_poweradmin_domain.com на актуальні значення. Встановіть права на виконання:

sudo chmod +x /opt/backup/pdns/backup_pdns.sh # Робить скрипт виконуваним

Додайте скрипт до cron для щоденного виконання (наприклад, о 3 годині ночі):

sudo crontab -e # Відкриває crontab для редагування

Додайте наступний рядок у кінець файлу:

0 3 * * * /opt/backup/pdns/backup_pdns.sh >> /var/log/pdns_backup.log 2>&1

Це запускатиме скрипт щодня о 03:00 та записуватиме вивід у лог-файл.

Куди зберігати

Ніколи не зберігайте резервні копії на тому ж сервері! Якщо сервер вийде з ладу, ви втратите і дані, і резервні копії. Рекомендовані місця для зберігання:

• Зовнішній S3-сумісний об'єктний сторадж: AWS S3, DigitalOcean Spaces, Backblaze B2, Yandex Object Storage. Це надійне та масштабоване рішення. Для автоматичного завантаження можна використовувати утиліти на кшталт s3cmd або rclone.
• Окремий VPS: Недорогий VPS в іншій локації, що використовується виключно для зберігання резервних копій. Можна синхронізувати за допомогою rsync або scp.
• Локальний NAS/сервер: Якщо у вас є власна інфраструктура.

Оновлення: rolling vs maintenance window

Оновлення ПЗ — важлива частина обслуговування. Для DNS-сервера, який має бути максимально доступним, це особливо актуально.

• Rolling updates (ковзні оновлення): Якщо у вас налаштовані два (або більше) DNS-сервери (первинний та вторинний NS) у різних локаціях, ви можете оновлювати їх по черзі. Оновіть один сервер, переконайтеся, що він працює коректно, потім оновіть наступний. Це забезпечує безперервну доступність.
• Maintenance window (вікно обслуговування): Якщо у вас лише один DNS-сервер, або ви хочете мінімізувати ризики, плануйте оновлення на періоди низького навантаження (наприклад, глибокої ночі). Обов'язково попереджайте користувачів про можливе короткострокове переривання сервісу.

Завжди робіть резервну копію перед оновленням та тестуйте оновлення на тестовому сервері, якщо це можливо. Для оновлення системи та пакетів використовуйте:

sudo apt update && sudo apt upgrade -y # Оновлення всіх пакетів

Після великих оновлень ядра або системних бібліотек може знадобитися перезавантаження сервера:

sudo reboot # Перезавантаження сервера

Усунення несправностей + FAQ

У цьому розділі зібрано поширені проблеми та відповіді на часті запитання, які можуть виникнути при налаштуванні та експлуатації PowerDNS з Poweradmin.

PowerDNS не запускається або не відповідає на запити. Що робити?

Спочатку перевірте статус сервісу PowerDNS: sudo systemctl status pdns. Якщо він не запущений або видає помилки, перегляньте логи: sudo journalctl -u pdns --since "5 minutes ago". Часті причини: некоректна конфігурація в /etc/powerdns/pdns.conf (помилки в gmysql-host, gmysql-user, gmysql-password), проблеми з підключенням до MariaDB, або конфлікти портів. Переконайтеся, що MariaDB запущений і доступний, а користувач pdns_user має правильний пароль та привілеї до бази даних powerdns. Перевірте local-address, якщо вказано, що це IP-адреса вашого сервера.

Poweradmin не завантажується або видає помилку 500/404.

Перевірте конфігурацію Nginx: sudo nginx -t та перезапустіть його: sudo systemctl restart nginx. Переконайтеся, що Nginx слухає на порту 80/443 та правильно налаштована root директорія (/var/www/html) та fastcgi_pass для PHP-FPM (unix:/run/php/php8.3-fpm.sock). Перевірте логи Nginx (/var/log/nginx/error.log) та PHP-FPM (/var/log/php8.3-fpm.log). Помилки 500 часто вказують на проблеми з PHP, наприклад, невірні налаштування бази даних у /var/www/html/config.inc.php або відсутні PHP-модулі (php8.3-mysql).

DNS-записи, додані через Poweradmin, не розв'язуються.

Переконайтеся, що ви правильно налаштували NS-записи для вашого домену у вашого реєстратора доменних імен, які вказують на IP-адресу вашого VPS. Після зміни NS-записів може знадобитися до 48 годин для повного розповсюдження змін по всьому інтернету (DNS propagation). Перевірте, що зона додана в Poweradmin і містить коректні записи (SOA, NS, A, AAAA тощо). Використовуйте dig @ВАШ_IP_АДРЕС_VPS example.com, щоб безпосередньо перевірити ваш DNS-сервер.

Який VPS-конфіг мінімально підійде для PowerDNS?

Для невеликої кількості доменів та помірного навантаження мінімальний VPS з 1 vCPU, 1 ГБ RAM та 20-30 ГБ SSD буде достатнім. PowerDNS дуже ефективний. Однак, для більшої стабільності, запасу продуктивності та можливості запуску інших дрібних сервісів на тому ж VPS, рекомендується 2 vCPU, 2 ГБ RAM та 50 ГБ SSD. SSD-диск є ключовим для хорошої продуктивності бази даних.

Що обрати — VPS чи dedicated для цього завдання?

Для більшості користувачів, включно з розробниками, соло-фаундерами та малим бізнесом, VPS є оптимальним вибором через свою економічність, гнучкість та достатню продуктивність. Dedicated-сервери виправдані лише при дуже високому навантаженні (сотні тисяч запитів на секунду), суворих вимогах до ізоляції ресурсів або необхідності використання специфічного обладнання. Почніть з VPS, і якщо навантаження зросте до критичного рівня, ви завжди зможете мігрувати на dedicated.

Які ще заходи безпеки можна вжити?

Окрім SSH-ключів, Fail2ban та UFW, розгляньте наступні кроки: регулярні оновлення системи, використання складних та унікальних паролів, обмеження доступу до MariaDB лише з localhost, регулярний аудит логів, використання двофакторної автентифікації для Poweradmin (якщо доступно через сторонні модулі або обхідні шляхи), та налаштування другого DNS-сервера (secondary NS) в іншій локації для відмовостійкості та захисту від DDoS-атак.

Як працює SOA serial і чому він важливий?

Запис SOA (Start of Authority) містить важливу інформацію про зону, включно з серійним номером (serial). Серійний номер — це число, яке збільшується при кожній зміні зони. Вторинні DNS-сервери використовують цей номер, щоб визначити, чи потрібно їм запитувати оновлення зони (AXFR/IXFR) у первинного сервера. Якщо серійний номер на первинному сервері вищий, ніж на вторинному, вторинний сервер ініціює передачу зони. Poweradmin автоматично збільшує серійний номер при кожній зміні запису, забезпечуючи коректну синхронізацію.

Висновки та наступні кроки

Вітаємо! Ви успішно налаштували та запустили власний авторитативний DNS-сервер з PowerDNS та веб-інтерфейсом Poweradmin на вашому VPS. Тепер ви повністю контролюєте свої доменні імена, можете швидко вносити зміни та забезпечувати надійне розв'язання DNS для ваших проєктів. Це потужний інструмент, який дає незалежність та гнучкість.

Ось кілька наступних кроків, які ви можете зробити для подальшого розвитку вашої DNS-інфраструктури:

1. Налаштування вторинного DNS-сервера: Для максимальної відмовостійкості та продуктивності розгорніть другий PowerDNS-сервер на іншому VPS (бажано в іншій географічній локації та в іншого провайдера) та налаштуйте його як вторинний (slave) NS-сервер.
2. Моніторинг: Впровадьте систему моніторингу (наприклад, Prometheus, Zabbix, Grafana) для відстеження стану PowerDNS, MariaDB, Nginx та загального завантаження сервера.
3. Оптимізація продуктивності: Для дуже високих навантажень вивчіть можливості кешування PowerDNS, оптимізацію запитів MariaDB та тонке налаштування Nginx/PHP-FPM.