Перейти до вмісту

Посібник · Домени

Як перенести домен

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

Зображення трьох плиток із назвами .com, .io та .dev.com.com.io.io.dev.devПеренести домен до насДодає рік

Що саме переміщується під час перенесення

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

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

Чи взагалі домен можна переносити?

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

  • Минуло шістдесят днів після реєстрації. Щойно зареєстрований домен не можна переносити протягом шістдесяти днів. Те саме правило діє й після попереднього перенесення.
  • Минуло шістдесят днів після зміни реєстранта. Зміна імені або електронної адреси зареєстрованого власника зазвичай запускає власне шістдесятиденне блокування. Якщо ви наводите лад у контактних даних, спершу виконайте перенесення.
  • Термін дії не закінчився. Більшість реєстрів не переносять домен із простроченим терміном, а коли він переходить у період викупу (redemption), ви ще й сплачуєте збір за викуп. Спершу продовжте його там, де він зараз, а потім переносьте.
  • Немає спору й немає блокування реєстром. Статус на кшталт serverTransferProhibited встановлює реєстр, а не реєстратор, і його потрібно вирішувати з тим, хто його встановив.

Поточний статус можна перевірити самостійно через пошук WHOIS або RDAP. Шукайте поле статусу домену: clientTransferProhibited є звичайним блокуванням реєстратора, яке ви можете зняти, а все, що починається з server, встановлюється на рівні реєстру, і зняти це ви не можете.

Спершу зробіть роботу з DNS

Перш ніж щось змінювати, запишіть поточну зону: кожен запис A, AAAA, CNAME, MX, TXT, SRV і CAA разом зі значенням і TTL. Причин дві: якщо вам доведеться змінювати сервери імен, ви маєте відтворити записи точно, а якщо згодом щось зламається, ви захочете знати, який вигляд усе мало, коли працювало.

Особливу увагу приділіть записам TXT. Саме там зберігаються SPF, DKIM і записи підтвердження домену для поштових провайдерів, аналітики, платіжних систем і систем ідентифікації, і саме про них ніхто не згадує, доки за тиждень щось тихо не перестає проходити автентифікацію.

Якщо ви змінюєте ще й сервери імен

Робіть це окремим кроком, за кілька днів до перенесення або за кілька днів після, а не одночасно. Знизьте TTL записів, які збираєтеся змінити, до кількох хвилин принаймні за добу наперед, внесіть зміну, перевірте, а потім поверніть TTL. Одна змінна за раз: ось і вся методика.

Отримання auth-коду

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

  1. Увійдіть до свого поточного реєстратора й знайдіть налаштування домену. Вимкніть блокування перенесення, яке може називатися registrar lock, domain lock або захист від викрадення.
  2. Запросіть auth-код. Деякі панелі показують його одразу; багато надсилають його електронною поштою на адресу реєстранта, зазначену в записі, тому ця адреса має бути такою, яку ви можете прочитати.
  3. Перевірте, чи приватність WHOIS приховує електронну адресу реєстранта. Якщо підтвердження надсилаються на проміжну адресу сервісу приватності, переконайтеся, що вона справді пересилає листи вам, або вимкніть приватність на час перенесення й ввімкніть знову після нього.
  4. Використайте код без зволікань. Коди зазвичай мають обмежений термін дії, а застарілий код дає повідомлення про відмову, яке рідко чітко пояснює причину.

Проведення перенесення

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

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

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

Коли щось іде не так

Реєстратор не дає вам код

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

Перенесення відхилено без чіткої причини

Ще раз пройдіть список вимог: правила шістдесяти днів постійно ловлять людей, особливо коли вони щойно впорядкували контакт реєстранта. Потім перевірте статус домену через WHOIS або RDAP на наявність блокування, про яке ви не знали, і переконайтеся, що auth-код не прострочений.

Лист із підтвердженням не надходить

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

Контрольний список після перенесення

  • Переконайтеся, що нова дата завершення на рік пізніша за стару. Це той рік, за який ви заплатили.
  • Звірте кожен DNS-запис зі списком, який ви записали на початку, особливо MX і TXT.
  • Надішліть і отримайте тестовий лист та відкрийте сайт через HTTPS з мережі, яка його ніколи не бачила.
  • Увімкніть автопродовження й переконайтеся, що платіжна електронна адреса належить до тих, які ви читаєте.
  • Знову ввімкніть приватність WHOIS, якщо ви її вимикали. У нас вона безкоштовна під час реєстрації та за кожного продовження.
  • Поверніть блокування перенесення. Це найдешевший захист від викрадення, який існує.

Перенесення від нас

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

Єдине, що ми не можемо скасувати, це правило реєстру: домен не можна переносити протягом шістдесяти днів після реєстрації в нас або після перенесення до нас. Це правило не нам змінювати.