# 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/uk/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/uk/kb/podklyuchit-ssl/) домену й далі покриває нову адресу.

## TTL: що це і як вибрати значення

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

Після завершення міграції поверніть TTL до звичних 4-24 годин — короткий TTL збільшує кількість запитів до серверів імен і трохи підвищує затримку першого звернення. Якщо домен уже віддає трафік за старою IP, тимчасово налаштуйте [редирект](https://www.zevshost.net/uk/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/uk/kb/cpanel-zone-editor-dns/