NS-сервери (Name Servers) — це сервери, які зберігають DNS-записи вашого домену. Зміна NS необхідна під час переїзду до нового хостингу або підключення стороннього DNS-провайдера (Cloudflare, Google Cloud DNS).

Коли потрібно змінювати NS-сервери

Переїзд на новий хостинг (змінюєте весь DNS)
Підключення Cloudflare як проксі та DNS
Використання зовнішнього DNS (AWS Route 53, Google Cloud DNS)
Консолідація кількох доменів в одному DNS-провайдері

⚠️ Увага: Зміна NS призводить до тимчасової недоступності сайту й пошти (до 48 годин). Плануйте на ніч або вихідні з мінімальним трафіком.

Кроки зі зміни NS на ZevsHost

Увійдіть в особистий кабінет → Домени
Оберіть домен → Керування NS
Замініть поточні NS на нові:
```
ns1.zevshost.net
ns2.zevshost.net
```
Збережіть зміни
Дочекайтеся поширення (24–48 годин)

NS-сервери ZevsHost за дата-центрами

Дата-центр	Основний NS	Резервний NS
Німеччина (Дюссельдорф)	ns1.zevshost.net	ns2.zevshost.net
США (Чикаго)	ns1.zevshost.net	ns2.zevshost.net
Франція (Страсбург)	ns1.zevshost.net	ns2.zevshost.net

Перевірка поширення NS

Після зміни NS перевіряйте поширення через:

# Перевірка поточних NS домену
nslookup -type=NS example.com

# Запит до конкретного DNS-сервера
nslookup -type=NS example.com 8.8.8.8

Онлайн: whatsmydns.net — показує статус із різних точок світу.

💡 Порада: Перед зміною NS скопіюйте всі наявні DNS-записи в новий DNS-провайдер. Інакше після зміни NS перестануть працювати пошта, піддомени та інші сервіси.

Типові помилки при зміні NS

Забуті MX-записи — пошта перестає працювати
Неперенесені SPF/DKIM — листи потрапляють у спам
Відсутність www-запису — www-версія сайту недоступна
Старий TTL 86400 — перед зміною знизьте TTL до 300 за 24 години

Реальні помилки під час зміни NS

Повідомлення або симптом	Причина	Рішення
«Invalid nameserver format» у панелі реєстратора	NS вказано без крапки в кінці або з неповним FQDN (наприклад, ns1.zevshost замість ns1.zevshost.net)	Вказувати повне доменне ім'я NS-сервера, включно з зоною верхнього рівня
«Nameserver does not resolve» під час спроби зберегти	Реєстратор перевіряє, що у вказаного NS-імені є чинний A-запис, а його ще немає	Переконатися, що NS-ім'я резолвиться в IP, перш ніж вказувати його у реєстратора
Сайт недоступний через 72 години після зміни	Частина резолверів закешувала старі NS із TTL запису NS у батьківській зоні (зазвичай 48–172800 секунд)	Дочекатися повного завершення TTL NS-запису, перевірити через різні публічні резолвери (8.8.8.8, 1.1.1.1)
Пошта працює, сайт — ні (або навпаки) після зміни NS	На новому DNS-провайдері перенесено не всі типи записів — наприклад, скопіювали A, але забули MX або навпаки	Звірити повний список записів старої і нової зони порядково перед перемиканням

EPP-статуси, які блокують зміну NS

Статус	Що означає	Що робити
clientUpdateProhibited	Реєстратор заблокував зміни домену, включно зі зміною NS, на запит власника	Зняти статус у панелі реєстратора перед зміною NS
serverUpdateProhibited	Блокування встановлено самим реєстром — зазвичай після спору щодо домену або на запит правоохоронних органів	Зняти статус може лише реєстр за зверненням через реєстратора, самостійно недоступно
pendingTransfer	Домен перебуває в процесі трансферу між реєстраторами	Дочекатися завершення трансферу — зміни NS у цьому статусі зазвичай недоступні
pendingDelete	Домен у процесі видалення після завершення реєстрації	Зміна NS неможлива — спочатку потрібне відновлення домену (Redemption)

# Перевірити поточний EPP-статус домену
whois example.com | grep -i "domain status"

Коли НЕ варто змінювати NS

Триває активна поштова розсилка або запущена рекламна кампанія — тимчасова недоступність на період поширення вдарить по репутації і конверсії
На домені налаштовано DNSSEC, а новий DNS-провайдер його не підтримує — зміна NS без попереднього вимкнення DNSSEC повністю зупинить резолвінг
Не зроблено повне вивантаження поточних записів — без резервної копії зони відновити забуті записи (TXT для верифікації сервісів, SRV) буде нічим
Найближчі 48 годин припадають на пікове навантаження бізнесу (розпродаж, реліз) — будь-яка непередбачена затримка поширення опиниться в найгірший момент

Якщо замість повної зміни NS достатньо змінити лише IP сайту — варіант з A-записом розібраний у статті прив'язка домену до хостингу.

Повний цикл зміни NS-серверів — від зміни в панелі реєстратора до повного оновлення кешів у всіх резолверів світу — правильніше планувати не як одноразову дію, а як процес із контрольними точками через 1, 6 і 24 години після зміни. Це дає змогу помітити проблему на ранньому етапі, а не через дві доби, коли частина трафіку вже втрачена.