# Zone Editor в cPanel: правка DNS-записей домена

> Zone Editor в cPanel меняет DNS-записи домена: типы A, CNAME, MX, TXT и выбор TTL перед миграцией.

## Что такое Zone Editor в cPanel

Zone Editor — раздел cPanel, где хранится DNS-зона домена: набор записей, которые говорят интернету, где искать сайт, почту и другие сервисы. Если хостинг и регистратор домена — разные компании, именно здесь редактируют записи после того, как на регистраторе прописали NS-серверы хостинга.

Раздел нужен, когда вы [добавили домен в cPanel](https://www.zevshost.net/ru/kb/dobavit-domen-cpanel/) и хотите направить поддомен на другой IP, подключить внешнюю почту вроде Google Workspace или добавить TXT-запись для подтверждения владения доменом.

## Основные типы DNS-записей

| Тип | Пример значения | Назначение |
| --- | --- | --- |
| A | 203.0.113.10 | Привязка домена к IPv4-адресу |
| AAAA | 2001:db8::1 | Привязка домена к IPv6-адресу |
| CNAME | example.com | Псевдоним поддомена на другое имя |
| MX | 10 mail.example.com | Сервер приёма почты и приоритет |
| TXT | v=spf1 include:\_spf.example.com ~all | Подтверждения, SPF, произвольный текст |
| NS | ns1.example.com | Делегирование зоны на другой сервер имён |

Записи A и CNAME конфликтуют между собой на одном имени: если для www уже есть CNAME, добавить туда же A нельзя, пока не удалите CNAME.

## Как добавить или изменить запись

Откройте «Zone Editor» в разделе «Domains», выберите нужный домен и нажмите «Manage». Кнопка «Add Record» открывает форму: укажите имя (например, shop для поддомена shop.example.com), тип записи, значение и TTL, затем нажмите «Add Record». Для изменения существующей строки нажмите «Edit» напротив неё, для удаления — «Delete».

Перед подключением стороннего сервиса — например, почты Google Workspace или CDN — скопируйте точные значения MX и TXT из инструкции провайдера: опечатка в приоритете MX или лишний пробел в TXT ломает доставку почты или проверку домена. После смены A-записи проверьте, что [SSL-сертификат](https://www.zevshost.net/ru/kb/podklyuchit-ssl/) домена продолжает покрывать новый адрес.

## TTL: что это и как выбрать значение

TTL (Time To Live) — время в секундах, на которое резолверы кешируют запись. Значение 14400 секунд (4 часа) подходит для записей, которые меняются редко. Перед плановой миграцией сайта или почты снизьте TTL до 300-600 секунд за сутки до переезда: тогда после смены IP старые данные исчезнут из кешей резолверов за минуты, а не часы.

После завершения миграции верните TTL к обычным 4-24 часам — короткий TTL увеличивает число запросов к серверам имён и слегка повышает задержку первого обращения. Если домен уже отдаёт трафик по старому IP, временно настройте [редирект](https://www.zevshost.net/ru/kb/cpanel-redirects-menedzher/) на новый адрес, пока TTL не истечёт везде.

## Типичные ошибки при правке зоны

- Значение CNAME указано с точкой на конце не так, как в других записях — из-за этого запись не резолвится.
- MX-запись ссылается на IP-адрес вместо имени хоста — по стандарту MX обязан указывать на A/AAAA-запись, а не на адрес напрямую.
- Два NS-набора одновременно: один прописан у регистратора, другой добавлен вручную в Zone Editor — из-за расхождения часть резолверов видит старые данные.
- Изменения проверяют сразу после сохранения, не дождавшись TTL — старая запись ещё живёт в кеше провайдера пользователя.

Проверить фактическое состояние зоны можно командой dig с явным указанием сервера имён — так вы обойдёте локальный кеш DNS:

```
dig @ns1.zevshost.net example.com MX +short
```

## Итог: чек-лист перед правкой DNS

- Убедитесь, что домен уже добавлен в cPanel и его NS указывают на серверы хостинга.
- Проверяйте конфликт CNAME с другими записями на том же имени перед добавлением.
- Снижайте TTL заранее, если планируете миграцию, и возвращайте обратно после неё.
- Сверяйте MX и TXT с оригиналом из инструкции сервиса посимвольно.
- Проверяйте результат через dig с указанием конкретного сервера имён, а не по кешу.

## Частые вопросы

### Почему изменённая DNS-запись не сразу становится видна после сохранения?

Дело в TTL — времени, на которое резолверы провайдеров кешируют запись. Пока не истечёт срок, заданный прежним значением TTL, часть пользователей будет видеть старые данные, даже если в Zone Editor запись уже сохранена правильно. Поэтому перед важными изменениями TTL стоит снизить заранее, а итог проверять не сразу после сохранения.

### Что будет, если забыть вернуть TTL к обычным значениям после завершения миграции?

Короткий TTL сам по себе не ломает сайт, но после миграции его стоит вернуть к обычным значениям: при постоянно низком TTL резолверы обращаются к серверам имён заметно чаще, а первый отклик для посетителя чуть медленнее. Если домен используется стабильно, короткий TTL без причины создаёт лишнюю нагрузку без какой-либо пользы.

### Почему при добавлении MX-записи нельзя указывать прямо IP-адрес почтового сервера?

Стандарт DNS требует, чтобы MX-запись указывала именно на имя хоста, которое затем разрешается через A или AAAA-запись, а не напрямую на IP-адрес. Такая MX-запись с адресом вместо имени нарушает формат, и почтовые серверы могут просто отказаться её учитывать, из-за чего письма на домен перестанут доставляться.

### Как убедиться, что DNS-запись обновилась, если старые данные ещё отображаются у пользователей?

Проверяйте результат командой dig с указанием конкретного сервера имён, а не просто через браузер — так вы обходите локальный кеш DNS своего компьютера и видите фактическое состояние зоны на стороне хостинга. Если старые данные видят именно посетители сайта, а не вы, причина обычно в TTL их собственного провайдера, а не в ошибке записи.

---

Источник: https://www.zevshost.net/ru/kb/cpanel-zone-editor-dns/