Що таке Zone Editor у cPanel
Zone Editor — розділ cPanel, де зберігається DNS-зона домену: набір записів, які повідомляють інтернету, де шукати сайт, пошту та інші сервіси. Якщо хостинг і реєстратор домену — різні компанії, саме тут редагують записи після того, як у реєстратора прописали NS-сервери хостингу.
Розділ потрібен, коли ви додали домен у 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-сертифікат домену й далі покриває нову адресу.
TTL: що це і як вибрати значення
TTL (Time To Live) — час у секундах, на який резолвери кешують запис. Значення 14400 секунд (4 години) підходить для записів, які змінюються рідко. Перед плановою міграцією сайту чи пошти знизьте TTL до 300-600 секунд за добу до переїзду: тоді після зміни IP старі дані зникнуть з кешів резолверів за хвилини, а не години.
Після завершення міграції поверніть TTL до звичних 4-24 годин — короткий TTL збільшує кількість запитів до серверів імен і трохи підвищує затримку першого звернення. Якщо домен уже віддає трафік за старою IP, тимчасово налаштуйте редирект на нову адресу, поки 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 їхнього власного провайдера, а не в помилці запису.