Як перенести доменне ім’я до AlexHost: повний технічний посібник

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

Цей посібник охоплює весь процес перенесення домену до AlexHost від початку до кінця — від відповідності політиці ICANN та EPP-кодів авторизації до оновлення DNS-записів і процедур масового перенесення — з технічною глибиною, необхідною для виконання процесу без помилок.

Що таке перенесення домену і як його забезпечує EPP?

Перенесення домену — це процес переміщення адміністративного контролю над зареєстрованим доменним іменем від одного акредитованого реєстратора ICANN до іншого. Перенесення не впливає негативно на дату закінчення реєстрації домену; у більшості випадків воно додає один рік до існуючого терміну реєстрації.

Технічною основою кожного міжреєстраторського перенесення домену є Extensible Provisioning Protocol (EPP), визначений у RFC 5730. EPP — це стейтфул XML-протокол клієнт-сервер, який стандартизує спосіб взаємодії реєстраторів із реєстрами доменів. Він обробляє команди надання доменів — включаючи <create>, <delete>, <renew>, <update> і, що критично важливо, <transfer> — структурованим, автентифікованим і відстежуваним способом. Кожен акредитований реєстратор ICANN зобов’язаний підтримувати EPP, саме тому код авторизації, отриманий від вашого поточного реєстратора, є універсально визнаним реєстратором-отримувачем.

Політика перенесення ICANN: що необхідно знати перед початком

Перед ініціюванням будь-якого перенесення ви юридично та технічно зобов’язані дотримуватися Міжреєстраторської політики перенесення ICANN. Два пункти є особливо критичними і часто неправильно розуміються:

Розділ 3.7.5 політики ICANN забороняє перенесення, якщо домен було створено протягом останніх 60 днів. Якщо ви зареєстрували домен вчора, ви не можете перенести його сьогодні — реєстр відхилить EPP-команду перенесення одразу.

Розділ 3.7.6 політики ICANN забороняє перенесення, якщо домен вже було перенесено протягом останніх 60 днів. Це запобігає зловживанням із частою зміною реєстраторів і захищає власників доменів від несанкціонованих послідовних перенесень. Єдиним винятком є перенесення назад до початкового реєстратора за умови взаємної згоди обох реєстраторів або за рішенням органу з вирішення спорів.

Додаткові блокування перенесення, передбачені ICANN, застосовуються в таких сценаріях:

• Домен перебуває під блокуванням реєстратора (статус: clientTransferProhibited або serverTransferProhibited)
• Домен бере участь в активному спорі UDRP
• Контактна електронна адреса WHOIS домену є недійсною або не піддається перевірці, що блокує робочий процес підтвердження
• До закінчення терміну дії домену залишається менше 60 днів — деякі реєстратори відмовляють у вихідних перенесеннях у цьому вікні

Перевірка поточного статусу вашого домену щодо всіх цих умов перед поданням запиту на перенесення заощаджує значний час і запобігає невдалим спробам перенесення.

Контрольний список перед перенесенням: п’ять кроків до подання будь-чого

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

Крок 1: Перевірте відповідність домену політиці ICANN

Перевірте дату створення домену та дату останнього перенесення у публічному записі WHOIS. Обидві дати мають бути більш ніж 60 днів у минулому. Використовуйте надійний інструмент пошуку WHOIS або запитайте реєстр безпосередньо через whois yourdomain.com з термінала.

Крок 2: Розблокуйте домен у вашого поточного реєстратора

Кожен домен, зареєстрований через авторитетного реєстратора, за замовчуванням заблокований для запобігання несанкціонованим перенесенням. Це блокування відображається в записі WHOIS як EPP-код статусу clientTransferProhibited. Вам необхідно увійти до панелі керування вашого поточного реєстратора та явно вимкнути це блокування. Ця опція зазвичай позначена як «Transfer Lock», «Registrar Lock» або «Domain Lock». Після вимкнення зачекайте кілька хвилин, поки реєстр оновить статус, перш ніж продовжити.

Крок 3: Перевірте та оновіть контактну інформацію WHOIS

Адміністративна контактна електронна адреса в записі WHOIS — це місце, куди буде надіслано запит підтвердження перенесення. Якщо ця електронна адреса застаріла, повертає помилки або захищена проксі-сервером конфіденційності, який не пересилає повідомлення, перенесення зупиниться або повністю провалиться. Оновіть адміністративну контактну електронну адресу до активно відстежуваної поштової скриньки перед ініціюванням перенесення. Якщо увімкнено конфіденційність WHOIS, або тимчасово вимкніть її, або підтвердьте, що служба конфіденційності вашого реєстратора пересилає електронні листи, пов’язані з перенесенням.

Крок 4: Вимкніть DNSSEC, якщо він активний

Якщо для вашого домену увімкнено DNSSEC (розширення безпеки DNS), ви повинні видалити DS-записи з батьківської зони перед перенесенням. Якщо цього не зробити, після перенесення можуть виникнути збої розпізнавання DNS, оскільки сервери імен нового реєстратора не матимуть відповідних записів DNSKEY. Вимкніть DNSSEC у вашого поточного реєстратора, підтвердьте видалення DS-записів із реєстру, а потім продовжте перенесення.

Крок 5: Отримайте EPP-код авторизації (Auth-Code)

Запросіть EPP auth-code (також відомий як код авторизації перенесення, auth-info code або секрет домену) у вашого поточного реєстратора. Це унікальний буквено-цифровий рядок — зазвичай від 8 до 16 символів — який криптографічно підтверджує, що ви є авторизованим власником домену, що ініціює перенесення. Більшість реєстраторів надають цей код миттєво через панель керування або електронною поштою на запит. Код є чутливим до часу; багато реєстраторів анулюють його через 7–30 днів.

Зберігайте цей код обережно. Будь-хто, хто ним володіє, може ініціювати перенесення вашого домену.

Як ініціювати перенесення домену до AlexHost

Після виконання всіх умов перед перенесенням фактичний процес подання через AlexHost є простим.

Перенесення одного домену

1. Увійдіть до свого облікового запису AlexHost і перейдіть до розділу Реєстрація доменів.
2. Виберіть опцію Перенести домен.
3. Введіть своє доменне ім’я у відповідне поле.
4. Введіть EPP-код авторизації, отриманий від вашого поточного реєстратора.
5. Перегляньте деталі перенесення, підтвердьте адміністративну контактну електронну адресу та надішліть запит.

На цьому етапі системи AlexHost надсилають EPP-команду <transfer op="request"> до відповідного реєстру, включаючи ваше доменне ім’я, auth-code та облікові дані реєстратора-отримувача. Реєстр перевіряє auth-code відповідно до своїх записів.

Налаштування DNS-записів під час перенесення

Після подання запиту на перенесення ви можете попередньо налаштувати свої DNS-записи в панелі керування AlexHost. Це є значною операційною перевагою — налаштувавши A-записи, MX-записи, CNAME-записи та TXT-записи (включаючи записи SPF, DKIM і DMARC) до завершення перенесення, ви мінімізуєте вікно, протягом якого розпізнавання DNS може бути непослідовним.

Якщо ви також розміщуєте свій веб-сайт або електронну пошту на AlexHost, саме зараз слід вказати DNS на правильну інфраструктуру. Для команд, що керують поштовою інфраструктурою, Email Hosting від AlexHost інтегрується безпосередньо з панеллю керування DNS вашого домену.

Масове перенесення доменів

Для організацій, що керують великими портфелями доменів, AlexHost підтримує масове перенесення доменів. Це особливо корисно для агентств, реселерів і підприємств, що консолідують домени від кількох реєстраторів в єдиний інтерфейс керування.

Формат введення для масового перенесення:

yourdomain.com:AuthCode1
anotherdomain.net:AuthCode2
thirddomain.org:AuthCode3

Введіть кожен домен в окремому рядку, одразу після якого через двокрапку вкажіть відповідний EPP auth-code — без пробілів. Надішліть весь список за одну операцію. AlexHost обробляє кожен запит на перенесення індивідуально відповідно до реєстру, тому різні домени можуть завершити перенесення в різний час залежно від швидкості відповіді реєстратора, що відпускає домен.

Часові рамки перенесення: що відбувається після подання

Розуміння технічних часових рамок запобігає непотрібним зверненням до служби підтримки та занепокоєнню під час очікування.

Ключове спостереження: Багато реєстраторів, що відпускають домен, пропонують опцію «прискореного звільнення» у своїй панелі керування. Якщо ваш поточний реєстратор підтримує це, негайне схвалення перенесення замість очікування 5-денного вікна автоматичного схвалення може скоротити загальний час перенесення до менш ніж 24 годин.

Порада щодо керування TTL: Перед ініціюванням перенесення знизьте значення TTL для ваших критичних DNS-записів (A, MX, CNAME) до 300 секунд (5 хвилин) у вашого поточного реєстратора. Зробіть це принаймні за 24–48 годин до перенесення — достатньо довго, щоб нижчий TTL поширився. Коли перенесення завершиться і ви оновите записи в AlexHost, зміни поширяться глобально за хвилини, а не за дні.

Перенесення домену vs. зміна DNS vs. зміна реєстратора домену: роз’яснення термінології

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

Зміна серверів імен у вашого поточного реєстратора для вказівки на DNS-інфраструктуру AlexHost не є перенесенням домену. Це зміна делегування DNS. Домен залишається зареєстрованим у вашого поточного реєстратора. Повне перенесення цілком переміщує відносини з реєстратором.

Після перенесення: налаштування DNS та інфраструктури

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

Основні DNS-записи для перевірки

• A-запис: Вказує ваш кореневий домен (@) на IPv4-адресу вашого сервера
• AAAA-запис: Вказує ваш кореневий домен на IPv6-адресу вашого сервера (якщо застосовно)
• CNAME-запис: Зазвичай використовується для псевдонімізації субдомену www
• MX-записи: Спрямовують вхідну електронну пошту на ваші поштові сервери з правильними значеннями пріоритету
• TXT-записи: Політика SPF, публічні ключі DKIM, політика DMARC та токени перевірки домену для сторонніх сервісів
• NS-записи: Підтвердьте, що сервери імен AlexHost вказані як авторитетні

Якщо ваш домен вказує на середовище VPS Hosting, перевірте, що A-запис відображає правильну публічну IP-адресу вашого VPS-екземпляра. Для навантажень із великим трафіком або ресурсоємних завдань Виділені сервери забезпечують виділені ресурси з повним контролем над мережевою конфігурацією, що робить вирівнювання DNS після перенесення простим.

Безперервність SSL-сертифіката

Перенесення домену не анулює існуючі SSL/TLS-сертифікати. Однак якщо ваш сертифікат є доменно-перевіреним (DV) і прив’язаний до вашого попереднього хостингового середовища, вам може знадобитися перевипустити його після оновлення DNS-записів. Переконайтеся, що ваш SSL-сертифікат охоплює як кореневий домен, так і субдомен www (або використовуйте wildcard-сертифікат). AlexHost надає SSL-сертифікати, які можна випустити та керувати ними безпосередньо з панелі вашого облікового запису після завершення перенесення.

Доступ до панелі керування

Після того як домен перейде під управління AlexHost, ви отримаєте доступ до централізованої панелі керування для управління DNS, оновлень WHOIS, блокування домену, налаштування автоматичного поновлення та управління серверами імен. Для команд, які надають перевагу управлінню на основі cPanel, VPS з cPanel інтегрує управління доменом і хостингом у знайомий інтерфейс.

Поширені збої перенесення та способи їх усунення

Навіть досвідчені адміністратори стикаються зі збоями перенесення. Ось найпоширеніші причини та їх рішення.

Auth-code відхилено реєстром

Auth-code є чутливим до регістру і закінчується після встановленого періоду. Запросіть свіжий код у вашого поточного реєстратора та надішліть його негайно. Переконайтеся, що в полі коду немає пробілів на початку або в кінці.

Статус домену — clientTransferProhibited

Домен все ще заблокований. Поверніться до панелі вашого поточного реєстратора, вимкніть блокування перенесення, зачекайте 5–10 хвилин і перевірте зміну статусу в WHOIS перед повторним поданням.

Електронний лист із підтвердженням перенесення не отримано

Перевірте адміністративну контактну електронну адресу в WHOIS. Якщо вона неправильна або захищена службою конфіденційності, спочатку оновіть її. Також перевірте папки зі спамом — електронні листи з підтвердженням перенесення часто неправильно класифікуються.

Реєстр відхиляє перенесення через 60-денне блокування

Це жорстке обмеження політики ICANN. Обхідного шляху немає. Зачекайте, поки мине 60-денний період з дати створення домену або дати останнього перенесення.

Збої перевірки DNSSEC після перенесення

Видаліть DS-записи з реєстру перед ініціюванням перенесення. Після перенесення повторно увімкніть DNSSEC в AlexHost і додайте нові DS-записи до батьківської зони.

Реєстратор, що відпускає домен, відхиляє перенесення

Реєстратор може законно відхилити перенесення лише за наявності активного спору UDRP, судового рішення або задокументованого звіту про шахрайство. Якщо відмова є невиправданою, подайте скаргу до відділу відповідності реєстраторів ICANN.

Матриця рішень: коли переносити, а коли лише змінювати DNS

Використовуйте цю матрицю для визначення правильної дії у вашій ситуації.

Технічні ключові висновки

• Розблокуйте домен і перевірте контактну електронну адресу WHOIS перед запитом auth-code — не після.
• Знизьте значення TTL DNS до 300 секунд принаймні за 24 години до початку перенесення.
• Вимкніть DNSSEC і видаліть DS-записи з реєстру перед поданням запиту на перенесення.
• EPP auth-code є чутливим до регістру та обмеженим у часі; використовуйте його протягом 24 годин після отримання для найкращих результатів.
• Масові перенесення використовують формат domain.com:AuthCode — по одному на рядок, без пробілів.
• 5-денне вікно перенесення ICANN можна скоротити, негайно схваливши перенесення у реєстратора, що відпускає домен.
• Після перенесення перевірте всі типи DNS-записів — не лише A-запис — перш ніж вважати міграцію завершеною.
• SSL-сертифікати можуть потребувати перевипуску після змін DNS; вирішуйте це завчасно, щоб уникнути помилок HTTPS.
• Для нових доменів, зареєстрованих через AlexHost, ознайомтеся з Реєстрацією доменів, щоб керувати всім з єдиної панелі з першого дня.

Часті запитання

Скільки часу займає перенесення домену до AlexHost?

Технічне перенесення завершується протягом 24 годин після схвалення запиту реєстратором, що відпускає домен. Реєстратор, що відпускає домен, має до 5 днів для відповіді, після чого перенесення автоматично схвалюється. Поширення DNS після перенесення може зайняти додаткові 24–72 години залежно від значень TTL. Загальний час зазвичай становить 1–7 днів.

Чи буде мій веб-сайт недоступний під час перенесення домену?

Ні, якщо ви правильно підготуєтеся. Попередньо налаштуйте свої DNS-записи в панелі AlexHost до завершення перенесення та знизьте значення TTL за 24–48 годин наперед. Якщо ваші сервери імен і DNS-записи правильно налаштовані в AlexHost до завершення перенесення, відвідувачі не відчують жодних перебоїв.

Що таке EPP auth-code і де його знайти?

EPP auth-code (також відомий як код авторизації перенесення або auth-info code) — це унікальний буквено-цифровий рядок, який підтверджує, що ви є авторизованим власником домену. Отримайте його в панелі керування вашого поточного реєстратора в налаштуваннях домену або запросіть через їхню службу підтримки. Зазвичай він надається миттєво або протягом кількох годин.

Чи можна перенести домен, який щойно зареєстровано або нещодавно перенесено?

Ні. Політика ICANN передбачає 60-денний період блокування після початкової реєстрації домену та після будь-якого міжреєстраторського перенесення. Спроба перенесення протягом цього вікна призведе до відхилення на рівні реєстру незалежно від того, який реєстратор ви використовуєте.

Що відбувається з моїми DNS-записами після завершення перенесення?

Ваші існуючі DNS-записи не переносяться автоматично. Вам необхідно вручну відтворити або імпортувати їх у панелі керування DNS AlexHost. Саме тому попереднє налаштування DNS-записів до завершення перенесення — і зниження значень TTL заздалегідь — є критично важливою найкращою практикою, що запобігає простою.