# 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/ru/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/ru/kb/ispmanager6-perenos-mezhdu-serverami/).

## Типичные ошибки при работе с DNS-зонами

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

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

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

---

Источник: https://www.zevshost.net/ru/kb/ispmanager6-dns-zony/