Перенесення домену без простою DNS

Чому перенесення реєстратора не перериває DNS?

Тому що nameservers є частиною запису в реєстрі, і перенесення їх не чіпає. Реєстр змінює спонсоруючого реєстратора й продовжує дату закінчення. Делегування NS, яке вказує світові, де шукати ваш DNS, залишається тим самим.

TransferOffshore за замовчуванням зберігає це так. На кроці Nameservers у checkout позначка Keep current nameservers стоїть, коли у вашому кошику лише перенесення. Замість цього ви можете вибрати наші nameservers, Cloudflare або власні, і змінити це пізніше в My domains.

Тож питання ніколи не «чи перенесе перенесення мій DNS?». Воно таке: «хто відповідає за мої nameservers і чи відповідатиме він далі, коли домен уже пішов?».

Коли перенесення домену спричиняє простій?

Простій трапляється, коли послуга, прив’язана до старого реєстратора, припиняє роботу після того, як домен пішов. Перевірте ці чотири випадки перед початком:

• DNS розміщений у старого реєстратора. Багато реєстраторів дають безкоштовний DNS. Зона зазвичай живе на їхніх nameservers, і її можуть видалити, коли домен піде. Squarespace, наприклад, радить клієнтам зберегти свої записи DNS, бо більшість провайдерів їх не зберігає (за даними його довідкового центру, жовтень 2026 року).
• Поштові скриньки або пересилання у старого реєстратора. Gandi каже, що його поштова служба припиняється одразу, коли домен переносять назовні. Поштові дані видаляються через 7 днів (за його документацією, жовтень 2026 року).
• DNSSEC. Запис DS у реєстрі, що вказує на ключі, яких немає у вашого нового DNS-хоста, ламає розв’язання.
• Cloudflare Registrar. Домени, зареєстровані там, повинні використовувати nameservers Cloudflare, а доля зони після перенесення не задокументована.

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

Які записи DNS потрібно скопіювати?

Копіюйте кожен запис у зоні, а не лише ті, що для сайту. Відсутні записи пошти та верифікації спричиняють найтихіші збої: листи відбиваються або потрапляють у спам через кілька днів.

Як перевірити свої записи за допомогою dig?

Запитайте поточний сервер імен напряму, збережіть відповіді, а потім поставте ті самі запитання новому DNS-хостингу, перш ніж перемикатися. Збіг відповідей означає, що нова зона готова. Замініть example.com на свій домен, а назви серверів імен — на ті, що повертає dig NS.

#!/usr/bin/env bash
# Who answers for the domain today?
dig +short NS example.com

OLD_NS=ns1.old-dns.example.com   # a nameserver from the line above
NEW_NS=ns1.new-dns.example.com   # a nameserver of the new DNS host

# Apex records: run once against each nameserver and compare
for ns in "$OLD_NS" "$NEW_NS"; do
  echo "== $ns"
  for type in A AAAA MX TXT CAA; do
    echo "-- $type"
    dig +short "$type" example.com "@$ns" | sort
  done
done

# Names that live below the apex
dig +short CNAME www.example.com "@$OLD_NS"
dig +short TXT _dmarc.example.com "@$OLD_NS"
dig +short TXT selector1._domainkey.example.com "@$OLD_NS"
dig +short SRV _sip._tls.example.com "@$OLD_NS"

# Is DNSSEC on? Any DS answer means yes
dig +short DS example.com

# TTL of the records you will change (second column)
dig +noall +answer A example.com "@$OLD_NS"

Як безпечно перенести DNS від старого реєстратора?

Спершу перенесіть DNS, зачекайте, а потім передавайте домен. Дві зміни в один день роблять будь-яку несправність складною для відстеження.

1. Знизьте TTL. За день-два до цього встановіть TTL записів, які змінюватимете, на 300 секунд, щоб кеші швидко забули старі відповіді.
2. Побудуйте нову зону. Створіть кожен запис у нового DNS-хостингу: наші сервери імен, Cloudflare чи інший провайдер.
3. Порівняйте. Виконайте перевірки dig вище проти старого та нового сервера імен, доки відповіді не збіжаться.
4. Перемкніть сервери імен у старого реєстратора. Деякі реєстратори блокують редагування DNS, поки триває передача, тож зробіть це до початку передачі.
5. Зачекайте на оновлення делегування. NS-записи в реєстрі можуть залишатися в кеші до двох днів на .com.
6. Почніть передачу, позначивши Keep current nameservers. Домен прибуде вже вказаним на новий DNS.

Коли домен прибуде і все працюватиме, знову підвищте TTL.

Як щодо DNSSEC під час передачі?

Якщо оператор DNS залишається тим самим, DNSSEC не чіпайте; якщо він змінюється, спершу видаліть DS-запис. DNSSEC пов'язує реєстр із вашими DNS-ключами через DS-запис. Валідувальні резолвери відхиляють відповіді, що йому не відповідають.

• Той самий оператор DNS, ті самі ключі. DS-запис залишається чинним. Передача його не торкається.
• Новий оператор DNS. Видаліть DS-запис у реєстратора, зачекайте щонайменше два дні, поки кеші не спливуть, а потім змініть сервери імен. Підпишіть зону в нового хостингу та додайте новий DS-запис, щойно він почне публікувати підписані відповіді.
• DNS і DNSSEC обидва керуються старим реєстратором. Його ключі йдуть разом із його DNS-сервісом, тож ставтеся до цього як до нового оператора.

Невідповідний DS-запис — це повна відмова для кожного користувача за валідувальним резолвером, а не часткова. Кілька реєстраторів, зокрема Squarespace, просять вимкнути DNSSEC перед передачею. У нашій панелі зміна серверів імен із увімкненим DNSSEC спершу показує попередження.

А якщо домен у Cloudflare Registrar?

Cloudflare Registrar вимагає серверів імен Cloudflare, тож зона й реєстрація пов'язані. У їхній документації зазначено, що всі домени в Cloudflare Registrar використовують сервери імен Cloudflare (станом на жовтень 2026 року).

Cloudflare не документує, чи зона продовжує відповідати після передачі домену назовні. На їхній сторінці видалення домену сказано, що видалення домену зупиняє розв'язання DNS Cloudflare. Два безпечні варіанти:

• Залиште DNS Cloudflare. Перш ніж схвалити передачу, перевірте в панелі Cloudflare, що зона залишиться активною. Потім передавайте з «Keep current nameservers» або оберіть пресет Cloudflare у формі.
• Спершу перенесіть DNS. Побудуйте зону в іншого DNS-хостингу, перемкніть сервери імен, зачекайте, а потім передавайте.

Кроки Cloudflare для коду та блокування — у посібнику з передачі Cloudflare.

Що відбувається з переадресацією пошти та URL-переадресацією?

Вони припиняються, коли старий реєстратор більше не обслуговує домен. Переадресація — це сервіс, який реєстратор запускає на власних серверах, прив'язаний до його власних серверів імен.

• Переадресація пошти. Псевдоніми, як-от contact@, переспрямовані на особисту скриньку, перестають отримувати пошту. Відтворіть їх у свого поштового провайдера або в нашій панелі, якщо користуєтеся нашими серверами імен.
• URL-переадресація. Перенаправлення з example.com на інший сайт припиняється. Відтворіть його як перенаправлення у свого веб-хостингу або в нашій панелі з нашими серверами імен.
• Поштові скриньки, продані реєстратором. Перенесіть пошту та змініть MX-записи до передачі, а не після.

З нашими серверами імен сторінка домену містить DNS-записи, веб-переадресацію, переадресацію пошти та DNSSEC.