Перенесення домену лякає більше, ніж мало б, і винен у цьому спосіб, у який його описують. Багато провайдерів подають це як делікатну операцію, з якої можуть вийти перебої. Зручно для того, хто не хоче втрачати клієнта, але неправда.
Ось що відбувається насправді з доменом .it.
Перше: перенесення не чіпає сайт
Саме цей пункт знімає девʼяносто відсотків тривоги. Перенесення домену змінює того, хто виставляє за нього рахунок, а не те, куди він вказує.
У домену окремо є:
- реєстратор — постачальник, через якого його зареєстровано;
- сервери імен — ті, хто відповідає на питання про нього.
Перенесення змінює перше. Другі лишаються тими самими, а разом із ними незмінними лишаються сайт, пошта, піддомени і все решта. Якщо не чіпати зону DNS, ніхто нічого не помітить, включно з клієнтами.
Перебої зʼявляються лише тоді, коли разом із реєстратором міняють і хостинг. Це дві різні операції, і їх варто тримати різними — зокрема й у часі.
Код authinfo
Щоб перенести .it, потрібен код авторизації, який називається authinfo. Це доказ, що той, хто просить перенесення, має на це право.
Дві важливі речі про цей код.
Його надсилають власнику, а не тому, хто його попросив. Правила реєстру однозначні: authinfo повідомляють на email власника, вказаний у даних домену. Не технічному контакту й не агенції.
Тому email у даних домену важливіший за назву. Якщо власником записана твоя компанія, але email належить тим, хто робив сайт, код піде до них. Саме тому перед будь-яким перенесенням перевіряють, на кого оформлено домен, і якщо адреса не твоя, спершу виправляють саме її.
Якщо нинішній провайдер коду не дає, це не глухий кут: реєстр має процедуру, щоб його отримати, і придумана вона рівно для таких випадків.
Строки: 24 години, а не дні
Тут .it швидший за міжнародні розширення, і різниця відчутна.
Щойно подано запит із правильним authinfo, домен переходить у стан очікування перенесення, який триває щонайбільше двадцять чотири години. У цьому вікні старий реєстратор може явно відмовити. Якщо він цього не робить, після завершення часу реєстр схвалює перенесення сам, і воно завершується.
Не потрібно, щоб старий провайдер сказав «так». Потрібно лише, щоб він не сказав «ні», а відмову треба обґрунтувати.
Для порівняння: для .com та інших міжнародних розширень правила ICANN дають до пʼяти днів, а домен заблокований на шістдесят днів після нещодавньої реєстрації чи перенесення. У .it такого шістдесятиденного блокування немає.
Коли перенесення відхиляють
Законних підстав небагато, і їх варто знати, бо саме знання переліку показує, коли відмова насправді надумана:
- домен щойно зареєстрували або перенесли — є мінімальний строк, перш ніж рухати його знову;
- відкритий спір щодо імені;
- authinfo неправильний або протермінований;
- дані власника не збігаються з тими, що в запиті.
Неоплачених рахунків у цьому переліку немає. Підрядник може бути цілком правий щодо грошей і все одно не мати підстав утримувати домен: це два різні питання, і сказати про це спокійно варто раніше, ніж воно переросте у сварку.
Послідовність, якою користуюсь я
- Перевірка даних домену. Хто власник, який email записаний, у якого реєстратора стоїть, коли спливає.
- Виправлення email, якщо треба. Цей крок пропускають майже всі, а він вирішує все решта.
- Зняття блокування в нинішнього реєстратора, якщо воно ввімкнене.
- Запит authinfo, який приходить на скриньку власника.
- Запуск перенесення в нового реєстратора, з кодом.
- Очікування, щонайбільше добу.
- Фінальна перевірка: у whois зʼявився новий реєстратор, сервери імен лишились ті самі, сайт і пошта відповідають як завжди.
- Автопродовження і блокування перенесення знову ввімкнені на новому обліковому записі, разом із другим фактором.
Крок 7 короткий, але його не пропускають: саме там час від часу зʼясовується, що старий провайдер тримав зону DNS на власних серверах імен, і тепер треба вирішити, де їй жити.
Випадок, який усе ускладнює
Є ситуація, для якої наведеної послідовності самої по собі замало: коли DNS розміщений у того провайдера, від якого ти йдеш. Це не рідкість і цілком логічно — його давали разом з усім іншим.
У такому разі перенесення реєстратора все одно безболісне, але рано чи пізно ті сервери імен зникнуть, а з ними сайт і пошта. Рішення — перенести зону DNS до перенесення, а не після: відбудувати її деінде, звірити запис за записом, змінити сервери імен, дочекатися, поки все відповідатиме з нового місця, і аж тоді міняти реєстратора.
Зроблено в такому порядку, це не лишає жодної миті, коли щось залежить від постачальника, з яким ти ось-ось попрощаєшся.