Як влаштований модуль DNS-зон в ISPmanager 6
Під час створення сайту ISPmanager 6 автоматично заводить DNS-зону домену і наповнює її базовими записами: A на IP сервера, MX на локальний поштовий сервер, SPF і записи для вебпошти. Керувати зоною можна вручну в розділі «Домени → DNS-зони», не торкаючись файлів named у консолі.
Зона зберігається у форматі BIND і обслуговується сервісом named на сервері з панеллю, якщо ви не перемкнули домен на зовнішні DNS-сервери. Порядок підключення самого домену до сервера описано у статті створення сайту в ISPmanager 6.
Які типи записів підтримує ISPmanager 6
Панель підтримує всі основні типи ресурсних записів DNS.
| Тип запису | Призначення | Приклад значення |
|---|---|---|
| A | прив'язка домену до IPv4 | 203.0.113.10 |
| AAAA | прив'язка домену до IPv6 | 2001:db8::1 |
| CNAME | псевдонім на інше ім'я | example.com |
| MX | поштовий сервер домену | 10 mail.example.com |
| TXT | SPF, DKIM, верифікація | v=spf1 mx ~all |
Пріоритет MX-запису задається окремим полем: чим менше число, тим вищий пріоритет сервера під час доставки пошти.
Як додати і змінити запис домену
Зміна запису займає кілька кроків в інтерфейсі панелі.
- Відкрийте «Домени → DNS-зони» і оберіть потрібний домен.
- Натисніть «Створити запис» і вкажіть тип, ім'я та значення.
- Задайте TTL запису — час життя в кеші резолверів, зазвичай 3600 секунд.
- Збережіть зміну: панель оновить файл зони і перезавантажить named.
Для піддоменів достатньо вказати ім'я без кореневого домену: запис «shop» створить shop.example.com автоматично.
Як перевірити, що запис оновився
DNS-записи поширюються не миттєво через кешування на проміжних резолверах. Перевірити актуальний стан зони на сервері можна напряму:
dig @127.0.0.1 example.com A +short
Щоб побачити, що бачать зовнішні DNS-сервери, запитайте той самий тип запису у публічного резолвера:
dig @8.8.8.8 example.com MX +short
Якщо результат відрізняється від очікуваного довше доби, перевірте TTL старого запису і переконайтеся, що домен дійсно делегований на NS-сервери вашого провайдера.
Перенесення зони на зовнішні DNS-сервери
Якщо DNS домену обслуговує не ISPmanager, а сторонній сервіс на кшталт Cloudflare, зону в панелі можна відключити від named і залишити лише для довідки. У цьому випадку всі зміни записів потрібно вносити в панелі зовнішнього DNS-провайдера, а не в ISPmanager 6 — інакше правки просто не застосуються.
При зворотному перенесенні — із зовнішнього DNS назад на сервер панелі — не забудьте перевірити NS-записи у реєстратора домену, інакше резолвери продовжать опитувати старі сервери. Та сама логіка діє при повному переїзді сайту: порядок описано у статті перенесення сайту між серверами ISPmanager 6.
Типові помилки при роботі з DNS-зонами
Більшість проблем із доменами пов'язана не з самою панеллю, а з неуважністю під час введення записів.
- Крапка в кінці значення CNAME пропущена або, навпаки, зайва — запис резолвиться неправильно.
- MX-запис вказує на IP-адресу замість доменного імені — поштові сервери відхиляють такий запис.
- TTL виставлений занадто великим перед плановою зміною IP — відкат займає зайві години.
Чек-лист перед зміною бойової зони: знизьте TTL запису заздалегідь, збережіть поточні значення на випадок відкату, внесіть зміну і перевірте її командою dig з двох різних резолверів, перш ніж вважати перенесення завершеним.