Перенесення домену до ZevsHost
Перенесення (transfer) — це зміна реєстратора домену без втрати самого імені та його історії делегування. Процедура працює через протокол EPP (Extensible Provisioning Protocol) і вимагає коду авторизації від поточного реєстратора. На відміну від зміни NS-серверів, перенесення змінює саме організацію, яка адмініструє домен перед реєстром зони.
Крок 1: Підготовка у поточного реєстратора
- Переконайтеся, що домену більше 60 днів з моменту реєстрації або останнього трансферу — це обмеження ICANN діє на всі gTLD
- Розблокуйте домен (Transfer Lock Off / зніміть статус clientTransferProhibited)
- Отримайте EPP/Auth код (Transfer Key)
- Переконайтеся, що email-адреса реєстранта актуальна — на неї надійде запит на підтвердження
Крок 2: Ініціювання перенесення
- Перейдіть на сторінку доменів ZevsHost
- Оберіть «Перенесення домену»
- Введіть ім'я домену та EPP-код
- Сплатіть — вартість включає продовження на 1 рік
Продовження на рік при перенесенні — не маркетинговий бонус, а вимога політики ICANN Transfer Policy: будь-який успішний трансфер автоматично додає 365 днів до поточного терміну реєстрації, крім випадків, коли домену залишилося більше 10 років до максимально допустимого терміну в 10 років — тоді перенесення проходить без продовження.
Крок 3: Підтвердження
На email реєстранта надійде запит на підтвердження — форма авторизації (Form of Authorization) або лист напряму від реєстру. Стандартний термін перенесення — до 7 днів, але 5 із них можна скоротити, якщо обидва реєстратори підтвердять запит вручну у своїх панелях, не чекаючи автоматичного тайм-ауту.
Коди стану EPP, які блокують перенесення
| Статус EPP | Значення | Що робити |
|---|---|---|
| clientTransferProhibited | Попередній реєстратор вручну заборонив перенесення | Зняти блокування в панелі керування в поточного реєстратора |
| serverTransferProhibited | Блокування наклав реєстр зони — наприклад, через суперечку щодо домену | Звернутися до підтримки реєстру або дочекатися вирішення суперечки, див. процедуру UDRP |
| pendingTransfer | Інший запит на перенесення цього домену вже надіслано і очікує підтвердження | Дочекатися завершення (до 5 днів) або скасувати його в поточного реєстратора |
| pendingDelete | Домен перебуває в періоді очікування видалення після закінчення реєстрації | Перенесення неможливе — спочатку потрібне відновлення, див. відновлення простроченого домену |
Варто розрізняти перенесення (зміну реєстратора через EPP) і просту зміну NS-серверів, яку описано у статті налаштуванні DNS для домену. NS-делегування можна змінити в будь-який момент без EPP-коду і без обмеження 60 днів — реєстратор залишається попереднім, змінюється лише те, хто фактично відповідає на DNS-запити до зони.
Помилки при введенні EPP-коду
| Повідомлення | Причина | Рішення |
|---|---|---|
| Invalid authorization code | Код введено з помилкою або сплив термін його дії | Запросити новий код у поточного реєстратора — у деяких зон він живе лише кілька днів |
| Domain status does not allow transfer | На домені стоїть статус clientTransferProhibited | Зняти блокування в попереднього реєстратора і повторити спробу |
| Domain already has a pending transfer | Запит на перенесення цього домену вже надіслано раніше | Перевірити статус у розділі «Мої домени» замість повторного надсилання форми |
Ще одна часта причина зриву підтвердження — увімкнена WHOIS Privacy у попереднього реєстратора: лист із запитом на підтвердження йде не на реальний email реєстранта, а на проксі-адресу сервісу приватності, яку реєстратор може не переслати вчасно. Перед стартом перенесення приватність варто тимчасово вимкнути, дочекатися листа, і лише потім вмикати назад.
Коли перенесення неможливе
- З моменту реєстрації або останнього трансферу минуло менше 60 днів — обмеження діє на всі gTLD однаково
- Зона .ua переноситься за власною процедурою реєстру, відмінною від EPP-трансферу gTLD
- Домен прострочений і перебуває у статусі pendingDelete — спочатку потрібне відновлення в попереднього реєстратора
- Щодо домену відкрита суперечка UDRP або судовий розгляд — перенесення заморожене до вирішення по суті
Перевірка після перенесення
# Реєстратор у видачі має змінитися на ZevsHost
whois yourdomain.com | grep -i registrar
# NS-сервери оновляться на ZevsHost, якщо ви не вказали інше делегування
dig yourdomain.com NS +shortЯкщо через добу після підтвердження whois досі показує попереднього реєстратора, а статус у панелі ZevsHost — «у процесі», перенесення зависло на стороні попереднього реєстратора: це привід написати в його підтримку з EPP-кодом на руках, а не відкривати заявку знову — повторне надсилання запиту лише продовжить блокування домену ще на один цикл очікування.