# DNS-зони в ISPmanager 6: як керувати записами домену

> Як створити і налаштувати DNS-зону в ISPmanager 6: типи записів A, CNAME, MX і TXT, шаблони зон, перенесення на зовнішній NS і перевірка поширення записів.

## Як влаштований модуль DNS-зон в ISPmanager 6

Під час створення сайту ISPmanager 6 автоматично заводить DNS-зону домену і наповнює її базовими записами: A на IP сервера, MX на локальний поштовий сервер, SPF і записи для вебпошти. Керувати зоною можна вручну в розділі «Домени → DNS-зони», не торкаючись файлів named у консолі.

Зона зберігається у форматі BIND і обслуговується сервісом named на сервері з панеллю, якщо ви не перемкнули домен на зовнішні DNS-сервери. Порядок підключення самого домену до сервера описано у статті [створення сайту в ISPmanager 6](https://www.zevshost.net/uk/kb/ispmanager6-create-website/).

## Які типи записів підтримує 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-запису задається окремим полем: чим менше число, тим вищий пріоритет сервера під час доставки пошти.

## Як додати і змінити запис домену

Зміна запису займає кілька кроків в інтерфейсі панелі.

1. Відкрийте «Домени → DNS-зони» і оберіть потрібний домен.
2. Натисніть «Створити запис» і вкажіть тип, ім'я та значення.
3. Задайте TTL запису — час життя в кеші резолверів, зазвичай 3600 секунд.
4. Збережіть зміну: панель оновить файл зони і перезавантажить 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](https://www.zevshost.net/uk/kb/ispmanager6-perenos-mezhdu-serverami/).

## Типові помилки при роботі з DNS-зонами

Більшість проблем із доменами пов'язана не з самою панеллю, а з неуважністю під час введення записів.

- Крапка в кінці значення CNAME пропущена або, навпаки, зайва — запис резолвиться неправильно.
- MX-запис вказує на IP-адресу замість доменного імені — поштові сервери відхиляють такий запис.
- TTL виставлений занадто великим перед плановою зміною IP — відкат займає зайві години.

Чек-лист перед зміною бойової зони: знизьте TTL запису заздалегідь, збережіть поточні значення на випадок відкату, внесіть зміну і перевірте її командою `dig` з двох різних резолверів, перш ніж вважати перенесення завершеним.

---

Джерело: https://www.zevshost.net/uk/kb/ispmanager6-dns-zony/