Коротка відповідь

Якщо у вас один сайт і ви не тримаєте пошту на сторонньому сервісі - міняйте NS на ns1.hosturm.com і ns2.hosturm.com. Тоді вся зона домену керується з DirectAdmin, і надалі не треба згадувати, де саме правити записи.

Якщо домен уже стоїть у Cloudflare, пошта живе в Google Workspace чи ukr.net, або на домені висить ще один проєкт - не чіпайте NS. Замініть тільки A-запис для @ і www на IP вашого сервера. IP є в листі про активацію і в DirectAdmin, у блоці Server Information; виглядає він як 37.60.237.19.

І в першому, і в другому випадку домен має бути спершу доданий на акаунт хостингу - інакше сервер отримає запит і не зрозуміє, який із сайтів віддавати.

Що потрібно мати під рукою

  • Доступ до панелі реєстратора - того сайту, де домен куплений і продовжується. Це не хостинг: домен і хостинг можуть бути в різних компаній, і в 8 випадках з 10 так і є.
  • Лист про активацію хостингу - там IP сервера, адреса панелі, логін і пароль до DirectAdmin.
  • Список чинних записів домену - перед зміною зробіть скриншот сторінки з DNS. Якщо щось піде не так, ви за хвилину повернете як було. Особливо це стосується MX і TXT.
  • Домен, доданий у панель. У DirectAdmin це Account Manager → Domain Setup → Add New Domain. Детально цей крок я розписав у статті DirectAdmin: перші кроки після замовлення.

NS чи A-запис: у чому різниця

NS-записи кажуть усьому інтернету, який сервер відповідає за домен. A-запис - це вже конкретна відповідь усередині зони: ось IP, куди йти за сайтом. Зміна NS переносить усю зону цілком, зміна A-запису чіпає тільки сайт.

ПараметрЗміна NSЗміна A-запису
Що перемикаєтьсяуся зона: сайт, пошта, піддомени, TXTтільки сайт
Де далі правити записиу DirectAdmin, розділ DNS Managementтам, де зона зараз: у реєстратора або Cloudflare
Що буде з поштоюпереїде на наш сервер, якщо MX не перенести руками - зовнішня пошта впадене змінюється взагалі
Скільки чекати10-30 хвилин у зоні .com, до кількох годин у .uaвід 5 хвилин до старого TTL запису
Cloudflare перед сайтомвимкнеться - зона більше не в Cloudflareлишається, проксі працює далі
Кому підходитьодин сайт, пошта на домені в нас, хочеться все в одному місціє Cloudflare, зовнішня пошта або складна зона

Ще один момент, про який зазвичай мовчать: обидва наші NS зараз стоять на одній машині. Для шаред-хостингу це звичайна практика, але означає, що при повній недоступності сервера не відповідатиме і DNS. Якщо проєкт критичний до простоїв, я раджу тримати зону в Cloudflare (безкоштовного плану вистачає) і підключати сайт саме A-записом - тоді DNS живе окремо від сервера.

Спосіб 1. Змінити NS у реєстратора

Порядок дій однаковий у будь-якого реєстратора, відрізняються лише назви розділів.

У панелі реєстратора

  1. Знайдіть домен у списку і відкрийте розділ «DNS-сервери», «Name servers» або «Делегування».
  2. Виберіть варіант «власні DNS-сервери» - не «DNS реєстратора» і не «Парковка».
  3. Впишіть ns1.hosturm.com у перше поле і ns2.hosturm.com у друге. Третє й четверте лишіть порожніми.
  4. Збережіть. Деякі реєстратори просять підтвердження на пошту - без нього зміна не застосується, і саме тут найчастіше застрягають.

Точні NS-адреси завжди дублюються в листі про активацію. Якщо ваш акаунт заведений на іншому вузлі, вони можуть відрізнятися - беріть із листа, не з цієї сторінки.

Підводний камінь: пошта

Зміна NS забирає із зони усі записи, а не тільки сайт. Якщо ваша пошта на домені обслуговується Google Workspace, Microsoft 365 чи будь-яким зовнішнім сервісом, після перемикання листи перестануть приходити - бо MX-записи тепер віддає наш сервер, а він про чужу пошту не знає.

Рішення просте: до зміни NS випишіть із поточної зони MX, а також TXT із SPF, DKIM і DMARC, і додайте їх у DirectAdmin → DNS Management. Тоді перемикання пройде непомітно. Не впевнені, що саме копіювати, - надішліть скриншот зони в підтримку в Telegram, я подивлюсь і скажу, що переносити.

Спосіб 2. Прописати A-запис на IP сервера

Цей шлях швидший і безпечніший, коли зона вже налаштована і ламати її не хочеться.

  1. Зайдіть туди, де зараз обслуговується домен: панель реєстратора або Cloudflare.
  2. Знайдіть запис типу A з іменем @ (іноді порожнє поле або сам домен) і замініть значення на IP вашого сервера.
  3. Так само вчиніть із www: або A-запис на той самий IP, або CNAME wwwвашдомен.com.
  4. TTL поставте 300 секунд на час перемикання - тоді помилку буде видно за 5 хвилин, а не за 4 години. Через добу поверніть 3600.
  5. Збережіть і перевірте, що старих A-записів на попередній IP не лишилось. Дві A-записи на різні IP - і половина відвідувачів піде на старий сайт.

Якщо домен у Cloudflare

У Cloudflare записи бувають із помаранчевою хмаркою (проксі увімкнено) і сірою (тільки DNS). Міняти IP треба в самому записі, хмарка на це не впливає. Але пам'ятайте: при увімкненому проксі відвідувачі приходять на IP Cloudflare, а не на наш - тому dig покаже адреси Cloudflare, і це нормально. У всіх наших тарифах захист Cloudflare і так підключений на рівні сервера, тож окремо налаштовувати проксі не обов'язково.

Скільки насправді оновлюються DNS

Фраза «чекайте 24-72 години» перекочувала з інструкцій десятирічної давнини. Реальність 2026 року інша, і складається час із трьох частин:

  • Публікація в зоні домену. Нові NS у .com видно за 10-30 хвилин, у .ua - зазвичай до кількох годин, залежить від реєстратора.
  • TTL старого запису. Це головна причина очікування. Провайдер запам'ятав стару відповідь рівно на стільки секунд, скільки вказано в TTL, і до кінця цього часу нову не питатиме. У наших зонах TTL 3600 секунд - година. У багатьох реєстраторів за замовчуванням 14400, тобто чотири.
  • Кеш на вашому боці. Браузер, система і роутер тримають свою копію. Саме через це «у всіх працює, а в мене ні».

Практичний висновок: якщо знаєте дату переїзду заздалегідь, за добу до нього знизьте TTL до 300 секунд. Тоді саме перемикання пройде за 5-10 хвилин замість кількох годин очікування.

Як перевірити, що спрацювало

Не покладайтесь на браузер - він бреше через кеш. Перевіряйте так:

  • Windows: nslookup вашдомен.com 8.8.8.8 - питаємо публічний DNS Google, а не свого провайдера.
  • macOS і Linux: dig вашдомен.com A +short і dig вашдомен.com NS +short.
  • З різних країн одразу: сервіс whatsmydns.net показує, що бачить світ, а не тільки ваш провайдер.
  • Скинути свій кеш: у Windows ipconfig /flushdns, у Chrome сторінка chrome://net-internals/#dns і кнопка Clear host cache.

Окремо перевірте домен і з www, і без нього. Дуже частий випадок: site.com відкривається, www.site.com - ні, бо запис для www просто забули.

Домен куплений, а сайт не відкривається: сім причин

  1. NS не збереглися. Реєстратор показує старі значення або статус «очікує підтвердження». Перевірте пошту, до якої прив'язаний домен.
  2. Домен не доданий у панель хостингу. DNS уже веде на сервер, але сервер такого сайту не знає і віддає заглушку або помилку 406. Лікується за хвилину в Domain Setup.
  3. Лишилася стара A-запис. Дві A-записи на різні IP - і сайт відкривається через раз. Видаліть зайву.
  4. Домен на clientHold. Не оплачений або не підтверджена пошта власника після реєстрації - домен просто випадає із зони, і жодні записи не допоможуть. Видно в whois за статусом.
  5. Файли ще не завантажені. Домен веде правильно, але в теці сайту порожньо - тоді видно сторінку-заглушку хостингу. Це не проблема DNS.
  6. Немає SSL, браузер лякає написом «Не безпечно». Сертифікат Let's Encrypt випускається тільки після того, як домен уже вказує на сервер, - тобто після перемикання, не до нього. Порядок дій описаний у статті Навіщо сайту SSL і як його увімкнути.
  7. Кеш у вас, а не в інтернеті. Перевірте з мобільного інтернету замість Wi-Fi: якщо там сайт відкривається - справа в кеші, і треба просто зачекати TTL.

Чек-лист перемикання

  1. Додайте домен в акаунт хостингу до будь-яких змін DNS.
  2. Залийте файли сайту й перевірте його за тимчасовою адресою або через файл hosts - переїжджати треба на робочий сайт, а не на порожню теку.
  3. Зробіть скриншот поточної зони: A, MX, TXT, CNAME.
  4. За добу до перемикання знизьте TTL до 300 секунд.
  5. Якщо міняєте NS - спершу перенесіть MX, SPF, DKIM і DMARC у DirectAdmin.
  6. Перемкніть NS або виправте A-записи для @ і www.
  7. Через 15 хвилин перевірте через nslookup з публічним DNS і на whatsmydns.net.
  8. Коли домен уже вказує на сервер - увімкніть SSL і Force HTTPS.
  9. Перевірте відправку листа з форми на сайті: після зміни зони це ламається найчастіше.
  10. Через добу поверніть TTL на 3600.

Підсумок

Спрямувати домен - це п'ять хвилин роботи і трохи очікування, а не складна процедура. Міняйте NS, коли хочете тримати всю зону в панелі хостингу, і обмежтесь A-записом, коли зона вже налаштована і пошта живе деінде. Головні помилки завжди ті самі: забутий www, забутий MX і забутий домен у панелі хостингу.

Усі плани - від 142 грн/міс за річної оплати - однакові за роботою з DNS: DirectAdmin із повним доступом до зони, безкоштовний SSL і щоденні бекапи поза сервером. У найдешевшому плані Старт це 1 ядро CPU, 2 ГБ RAM, 10 ГБ NVMe, 1 сайт, 5 баз MySQL і 15 поштових скриньок; усі шість планів із ядрами, пам'яттю і дисками стоять поруч у таблиці тарифів, а розгорнутий опис трьох основних - на сторінці хостингу. Реєстрацію доменів я не продаю - домен купуєте де вам зручно, а сюди просто спрямовуєте.

Якщо зона складна і чіпати її страшно - напишіть у підтримку, перемкну сам і безкоштовно, разом із перенесенням сайту. Це швидше, ніж розбиратися вночі, чому пошта перестала ходити.