Відмінності між версіями «SUNIC»

Матеріал з DRS wiki
Перейти до: навігація, пошук
(Зеркальность)
(Auth-code)
 
(не показані 53 проміжні версії цього учасника)
Рядок 1: Рядок 1:
[[Файл:Life-cycle_-_uaepp.png|center]]
+
''[https://wiki.drs.ua/SUNIC_(rus) Рус. версия]''
 +
 
 +
 
 +
[[Файл:Life-cycle-UAEPP_ukr.png|center]]
 +
 
 +
 
 +
[[Файл:SUNIC_mirror.png|center]]
 +
 
  
  
Рядок 5: Рядок 12:
 
|-
 
|-
 
! style="background:#AFD6FF;" | Характеристики
 
! style="background:#AFD6FF;" | Характеристики
! style="background:#AFD6FF;" | Описание
+
! style="background:#AFD6FF;" | Опис
 
|-
 
|-
|'''Домен содержит'''  
+
|'''Домен містить'''  
| буквы латинского алфавита (a-z), цифры (0-9), дефис («-»)
+
| літери латинського алфавіту (a-z), цифри (0-9), дефіс («-»)
 
|-
 
|-
|'''Длина домена'''
+
|'''Довжина домену'''
|от 1 до 63 символов
+
|від 1 до 63 символів
 
|-
 
|-
 
|'''«-»'''  
 
|'''«-»'''  
|не может начинаться или заканчиваться дефисом
+
|не може починатися або закінчуватися дефісом
 
|-
 
|-
 
|'''IDN'''  
 
|'''IDN'''  
 
| +  
 
| +  
 
|-
 
|-
|'''Макс. срок регистрации'''  
+
|'''Строк реєстрації'''  
| 10 лет
+
| 1-10 років
 
|-
 
|-
 
|'''NS'''  
 
|'''NS'''  
Рядок 26: Рядок 33:
 
|-
 
|-
 
|'''Auth-code'''  
 
|'''Auth-code'''  
| есть (до 80 символов)
+
| є (до 80 символів)
 
|-
 
|-
|'''Контакты'''  
+
|'''Контакти'''  
| registrant, admin и tech
+
| registrant, admin та tech
 
|-
 
|-
 
|'''Nic-handle'''
 
|'''Nic-handle'''
 
| [[CUNIC]]
 
| [[CUNIC]]
 
|-
 
|-
|'''Поддерживается интерфейсом'''  
+
|'''Підтримується інтерфейсом'''  
| EPP, SMTP, Light EPP клиент
+
| EPP, SMTP, Light EPP клієнт
 
|-
 
|-
|'''Оператор реестра'''  
+
|'''Оператор реєстру'''  
 
| [http://sunic.ua/ SUNIC]
 
| [http://sunic.ua/ SUNIC]
 
|-
 
|-
 
|'''Регламент'''
 
|'''Регламент'''
| https://hostmaster.ua/policy/2ld.ua/
+
| http://sunic.ua/uk_UA/page/documents
 
|-
 
|-
 
|'''WHOIS-сервер'''  
 
|'''WHOIS-сервер'''  
Рядок 47: Рядок 54:
 
|-
 
|-
 
|'''DNSSEC'''  
 
|'''DNSSEC'''  
| нет
+
|
 
|}
 
|}
  
'''SUNIC''' — компания «Южноукраинский сетевой информационный центр» занимается администрированием и технической поддержкой доменов второго уровня.
+
'''SUNIC''' — компанія «Південноукраїнський мережевий інформаційний центр» займається адмініструванням та технічною підтримкою доменів другого рівня.
  
== Перечень доменов SUNIC ==
+
== Перелік доменів SUNIC ==
C 15 мая 2017 года перешли на работу по [https://hostmaster.ua/policy/?ua единому регламенту] [[UAEPP]] на основе протокола ЕРР домены:
+
З 15 травня 2017 року перейшли на роботу за [http://sunic.ua/uk_UA/page/documents єдиним регламентом] [[UAEPP]] на основі протоколу ЕРР домени:
<br>.MK.UA и .NIKOLAEV.UA
+
<br>.MK.UA та .NIKOLAEV.UA
  
А с 1 октября 2017 года администратор реестра SUNIC перевел на работу по EPP домены:
+
А з 1 жовтня 2017 року адміністратор реєстру SUNIC перевів на роботу по EPP домени:
 
<br>.IN.UA
 
<br>.IN.UA
<br>.OD.UA, .ODESA.UA и .ODESSA.UA
+
<br>.OD.UA, .ODESA.UA та .ODESSA.UA
 +
 
 +
Також з 1 жовтня 2022 року реєстр додав новий домен .MYKOLAIV.UA.
  
 
== Nic-handle в контактах ==
 
== Nic-handle в контактах ==
Хоть реестр SUNIC и работает по [https://hostmaster.ua/policy/?ua единому регламенту], но [https://epp.hostmaster.ua/help/?convert преобразование] контактов при переходе на EPP было выполнено иначе:
+
Хоч реєстр SUNIC і працює за [https://hostmaster.ua/policy/?ua єдиним регламентом], але [https://epp.hostmaster.ua/help/?convert конвертація] контактів під час переходу на EPP було виконано інакше:
на основании ранее использованных в доменах ник-хендлов ***-UANIC реестром были созданы одноименные контакты ***-sunic.
+
на підставі раніше використаних у доменах нік-хендлів ***-UANIC реєстром було створено однойменні контакти ***-sunic.
  
Все такие контакты одноразовы, так как под управлением только самого реестра (registrar: sunic) и неподконтрольны регистраторам.
+
Всі такі контакти одноразові, оскільки знаходяться під керуванням безпосередньо реєстру (registrar: sunic) та непідконтрольні реєстраторам.
  
Реестр не предоставляет доступ к автоматически созданным контактам, в том числе и их коды, соответственно просмотреть или каким-либо образом изменить данные в таких контактах не возможно.
+
Реєстр не надає доступу до автоматично створених контактів, у тому числі їх коди, відповідно переглянути або якимось чином змінити дані в таких контактах неможливо.
  
Для актуализации данных в домене необходимо создать новый контакт [[CUNIC]] и указать его в домене командой <code>UPDATE</code> по EPP или SMTP.
+
Для актуалізації даних у домені необхідно створити новий контакт [[CUNIC]] і вказати його в домені командою <code>UPDATE</code> по EPP або SMTP.
  
== Особенности ==
+
== Особливості ==
Все доменные зоны SUNIC работают по [https://hostmaster.ua/policy/?ua единому регламенту] особенности которого описаны в статье [[UAEPP]].
+
Усі доменні зони SUNIC працюють за [http://sunic.ua/uk_UA/page/documents єдиним регламентом] особливості якого описано в статті [[UAEPP]].
  
'''<font color=red>☝️!</font>''' Но домены .MK.UA, .NIKOLAEV.UA, .OD.UA, .ODESA.UA и .ODESSA.UA (кроме .IN.UA) так же учитывают особенности так называемой «зеркальности».
+
'''<font color=red>☝️!</font>''' Але домени .MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA, .OD.UA, .ODESA.UA та .ODESSA.UA (крім .IN.UA) також враховують особливості так званої "дзеркальності".
  
SUNIC не составил документ или описание на официальном веб-сайте, которое регламентирует «зеркальность», поэтому ниже описаны все подробности со слов администратора реестра.
+
== Дзеркальність ==
 
+
'''Дзеркальний домен (доменна зона)''':
== Зеркальность ==
+
'''Зеркальный домен (доменная зона)''':
+
 
   
 
   
- домены .MK.UA и .NIKOLAEV.UA по отношению друг к другу
+
*  домени .MK.UA, .NIKOLAEV.UA та .MYKOLAIV.UA по відношенню один до одного
(т.е. для домена .MK.UA домен .NIKOLAEV.UA является зеркальным и наоборот);
+
''(тобто для домену .MK.UA домени .NIKOLAEV.UA та/або .MYKOLAIV.UA є дзеркальним і навпаки);''
  
- домены .OD.UA, .ODESA.UA и .ODESSA.UA по отношению друг к другу
+
*  домени .OD.UA, .ODESA.UA та .ODESSA.UA по відношенню один до одного
(т.е. для домена .OD.UA домены .ODESA.UA и/или .ODESSA.UA являются зеркальным и наоборот. Любой из этих доменов будет зеркальным по отношению к одному или обоим другим).
+
''(тобто для домену .OD.UA домени .ODESA.UA та/або .ODESSA.UA є дзеркальним і навпаки).''
 +
''Будь-який з цих доменів буде дзеркальним стосовно одного або обох інших.''
  
'''Зеркальное доменное имя''':  
+
'''Дзеркальне доменне ім'я''':  
  
- имя третьего уровня, совпадает по написанию в доменах .MK.UA и .NIKOLAEV.UA  
+
*  ім'я третього рівня, що збігається за написанням у доменах: .MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA
.е. для доменного имени example.mk.ua зеркальным доменным именем является example.nikolaev.ua и наоборот);
+
''(тобто для доменного імені example.mk.ua дзеркальним доменним ім'ям є example. nikolaev.ua та/або mykolaiv.ua та навпаки);''
  
- имя третьего уровня, совпадает по написанию в двух или трех доменах .OD.UA, .ODESA.UA, .ODESSA.UA
+
*  ім'я третього рівня, що збігається за написанням у двох або трьох доменах: .OD.UA, .ODESA.UA, .ODESSA.UA
(т.е. для доменного имени example.od.ua зеркальным доменным именем является example.odesa.ua и/или example.odesas.ua и наоборот).
+
''(тобто для доменного імені example.od.ua дзеркальним доменним ім'ям є example.odesa.ua та/або example.odesas.ua та навпаки).''
  
'''<font color=red>!</font>'''Основной принцип Регистратор у зеркальных доменов должен быть один и тот же.
+
'''<font color=red>Основний принцип «дзеркальності»:</font>''' реєстратор і реєстрант у дзеркальних доменів має бути той самий.
  
=== Проверка домена ===
+
=== Перевірка домену ===
Для того чтоб проверить, свободен ли выбранный домен, выполните EPP-команду <code><domain:check></code>.
+
Щоб перевірити, чи вільний обраний домен, виконайте команду по EPP <code><domain:check></code>.
Кроме того, любой пользователь интернета может посмотреть, существует ли интересующий его UAEPP домен, используя whois-сервер оператора реестра или сайт http://dig.ua.
+
Крім того, будь-який користувач інтернету може перевірити, чи існує його домен, використовуючи whois-сервер реєстру, офіційний [http://sunic.ua/uk_UA/page/whois-queue сайт реєстру] або на сайті http://dig.ua.
  
=== Регистрация домена ===
+
Приклад показу даних whois по вільному домену, який має зареєстроване дзеркало:
При создании доменов выполняется проверка на существование зеркального домена в соседней зоне и на совпадение регистратора.
+
<br> <code>example.nikolaev.ua - Domain name does not exist
Совпадение регистранта не проверяется т.к. один регистрант может иметь два контакта с различным написанием данных в них, это отдается на откуп регистратору.  
+
<br> Domain name reserved for registrant example.mk.ua</code>
  
Доменные имена, не зарегистрированные в одном из зеркальных доменов, доступны для регистрации в соответствии со стандартной процедурой [[UAEPP]].
+
=== Реєстрація домену ===
  
=== Продление домена ===
+
Доменні імена, не зареєстровані в жодному із дзеркальних доменів, доступні для реєстрації відповідно до стандартної процедури [[UAEPP]].
Продлить срок регистрации UAEPP домена можно '''не позже чем через 29 дней''' после окончания его срока регистрации.  
+
Это можно сделать одним из трёх способов:
+
  
# Через EPP-интерфейс, выполнив команду <code><domain:renew></code>.
+
Для зареєстрованого нового доменного імені в одній з груп доменів «.OD.UA, .ODESA.UA, .ODESSA.UA» чи «.MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA», резервується це ж доменне ім’я в дзеркальних доменах його групи.
# Подав заявку <code>RENEW</code> по SMTP.
+
# Через Light EPP клиент с помощью функции <code>renew:domain</code>.
+
  
Продление домена возможно только при условии, что:
+
При надходженні заявки на реєстрацію зарезервованого доменного імені в дзеркальних доменах система перевіряє:
* запрос на продление выполняет регистратор, который обслуживает домен;
+
*   чи збігаються дані про реєстратора;
* срок действия домена не превышает максимальный (10 лет);
+
*   чи збігаються ідентифікатор контакту (contact-id) реєстранта в існуючому дзеркальному доменному імені, та в домені, на реєстрацію якого надійшла заявка.
* у домена не установлен статус, запрещающий продление.
+
  
=== Изменение данных домена ===
+
І тільки якщо дані збігаються, реєстрація домену успішно завершується. У протилежному випадку заявка відхиляється.
Изменить данные в UAEPP домене можно одним из способов:
+
#  Через EPP-интерфейс, выполнив команду <code><domain:update></code> (данный способ также позволяет изменить статус домена).
+
#  Подав заявку <code>UPDATE</code> по SMTP.
+
  
Изменение данных домена доступно, если в домене не установлен статус, запрещающий изменения.
+
Для дзеркальних доменів, зареєстрованих до введення нового Регламенту (01.09.2023), у яких не збігається реєстратор та/або contact-id реєстранта, третє дзеркальне доменне імʼя не реєструється.
  
=== Трансфер домена ===
+
Відповідальність за відповідність даних в contact-id реєстранта доменного імені для всіх зареєстрованих дзеркальних доменних імен цього домену несе поточний реєстратор таких дзеркальних доменних імен.
Регистратор системы DRS может инициировать перенос домена от другого регистратора (предварительно получив от регистранта auth-code) одним из способов:
+
# Через EPP-интерфейс, выполнив команду <code><transfer> request</code>.
+
# Подав заявку <code>TRANSFER</code> по SMTP.
+
# Через Light EPP клиент с помощью операции <code>request</code> функции <code>transfer:domain</code>.
+
  
Трансфер недоступен в таких случаях:
+
=== Продовження домену ===
* если в домене установлен статус, запрещающий его перенос к другому регистратору;
+
Дзеркальність ніяк не впливає на процес продовження доменів реєстру SUNIC.
* если в запросе на трансфер указан неверный auth-code.
+
  
При трансфере срок действия домена продлевается на 1 год, только если при этом новый срок не превышает максимальный.
+
=== Зміна даних домену ===
 +
Зміну реєстранта можна виконати тільки для пари дзеркальних доменів. Має використовуватись один і той же contact-id в обох дзеркальних доменах. Забезпечує виконання цього принципу сам реєстратор.
  
Ответ текущего регистратора на запрос ожидается 120 часов, после чего:
+
Реєстратор несе відповідальність за порушення при виконанні цієї операції.
* если регистратор подтверждает перевод домена, заявка удовлетворяется и домен переводится к новому регистратору;
+
 
* если регистратор отвечает отрицательно, заявка отклоняется, домен остается у прежнего регистратора;
+
Реєстр здійснює інформування щодо розходження contact-id в контактах реєстрантів, а ми своєю чергою сповіщаємо реєстраторів DRS.
* если текущий регистратор не дал ответ, то по истечении пяти дней (120 часов) домен автоматически переводится к новому регистратору.
+
 
 +
=== Трансфер домену ===
 +
Трансфер можна виконати тільки для усіх дзеркальних доменів однієї групи, але при цьому трансфер буде оформлюватись за окремими заявками.
 +
Тобто при ініціюванні трансферу одного дзеркального домену — трансфер буде в статусі очікування запиту на ініціювання перенесення другого дзеркального домену, впродовж 5 днів.
 +
 
 +
Трансфер всіх дзеркальних доменних імен до нового Реєстратора відбувається через 5 діб після отримання заявок на трансфер всіх дзеркальних доменних імен.
 +
 
 +
Для груп дзеркальних доменних імен, в яких реєстрант або реєстратор не співпадають, трансфер буде автоматично відхилено. Співпадіння реєстранта буде перевірятися по contact-id реєстранта.
 +
 
 +
Якщо це операція для зʼєднання пари розділених дзеркальних доменних імен — то її можна виконати лише в ручному режимі.
 +
 
 +
Якщо при трансфері домену нема потреби в трансфері дзеркальних доменів, то перед запитом на трансфер непотрібні дзеркальні домени необхідно видалити з реєстру.
 +
У випадку, коли для доменного імені в одному з дзеркальних доменів встановлені статуси redemptionPeriod чи pendingDelete, заявка на зміну реєстратора приймається тільки після завершення обох періодів.
 +
 
 +
Трансфер недоступний для усіх дзеркальних доменів, якщо в одному з них встановлено статус, що забороняє його перенесення до іншого реєстратора.
 +
 
 +
Відповідь поточного реєстратора на запит очікується 5 днів, після чого:
 +
* якщо реєстратор підтверджує усі запити, заявка задовольняється, а домени переносяться до нового реєстратора;
 +
* якщо реєстратор відповідає негативно хоч на один із запитів, заявка відхиляється, домени залишаються у колишнього реєстратора;
 +
* якщо поточний реєстратор не дав відповіді, то після закінчення п'яти днів домени автоматично переносяться до нового реєстратора.
 +
Усі домени продовжуються на рік, крім тих, у яких внаслідок продовження буде перевищено максимальний термін реєстрації.
  
 
=== Auth-code ===
 
=== Auth-code ===
Authorisation code (Auth-code, authInfo) '''не''' создается автоматически при регистрации домена.  
+
Authorization code (Auth-code, authInfo, код трансферу) під час трансферу дзеркальних доменів має бути депоновано для усіх дзеркальних доменів, трансфер яких ініціюється.
<br>Чтобы депонировать (установить) код, необходимо выполнить команду <code>UPDATE</code> по EPP или SMTP.  
+
 
 +
=== Видалення ===
 +
Видалене дзеркальне доменне ім'я залишається зарезервованим за реєстрантом, якщо реєстрант видаляє дзеркальне доменне ім'я в одному з дзеркальних доменів та залишає таке ім'я в іншому домені.
 +
 
 +
== Технічні домени ==
 +
Список зарезервованих доменів SUNIC:
 +
www, ftp, mail, ns1, ns2, ns3, ns4, epp, ns, devnull, whois, dnssec, http, https, rdds, nic
 +
 
 +
У даних whois таких доменів показується така інформація:
 +
<br> <code>Domain name reserved by registry</code>
 +
 
 +
Оскільки до переходу на EPP у зоні .IN.UA існувало кілька діючих доменів, що збігаються із зарезервованими, вони залишилися невеликим винятком у цій зоні.
 +
 
 +
== Актуалізація реєстратора ==
 +
Раніше в доменах .MK.UA і .NIKOLAEV.UA не було поля <code>registrar</code>. З травня 2017 року всі операції з доменними іменами в доменах .MK.UA та .NIKOLAEV.UA здійснюються виключно через реєстраторів.
 +
 
 +
Всі контактні особи доменів отримали лист по e-mail з текстом:
 +
<syntaxhighlight lang="xml" enclose="pre">    Если ваши доменные имена уже обслуживаются у компании-регистратора, рекомендуем вам продолжить совместную работу с регистратором и в дальнейшем.
 +
    Если же вы не пользовались услугами компании-регистратора, вам необходимо выбрать регистратора, который будет поддерживать регистрацию вашего
 +
    доменного имени в дальнейшем и заключить с ним договор (договор с регистратором может быть заключен в любой форме,
 +
    предусмотренной законодательством Украины).
 +
    Для подтверждения вашего права на доменное имя и актуализации домена вы используете код авторизации (authcode), который вы получили в этом письме.
 +
    Просим вас перевести свое доменное имя на обслуживание до 01 февраля 2018 года.
 +
    После 01 февраля 2018 работоспособность вашего доменного имени не может быть гарантирована.
 +
    В случае возникновения вопросов, вы имеете возможность обратиться к регистраторам или по адресу help@sunic.ua.</syntaxhighlight>
 +
 
 +
Домени, які ще не були перенесені на обслуговування до реєстратора або з якихось причин були позбавлені реєстратора, знаходяться на обслуговуванні у реєстру (в whois таких доменів показується ідентифікатор псевдореєстратора — <code>registrar: sunic</code>).
 +
 
 +
Перенесення цих доменів до реєстратора виконується безплатно і без продовження (зі збереженням поточного терміну реєстрації), за таких умов код трансферу може бути отриманий власником домену лише у реєстрі SUNIC.
  
Рекомендуем вам генерировать новый код с сосдержанием одновременно 4-х категории символов:
+
== Домен без реєстратора ==
<br>1) маленькие латинские;
+
У разі розірвання договору між адміністратором публічного домену та реєстратором DRS, ми зобов'язані сприяти переведенню доменних імен на обслуговування до інших реєстраторів.
<br>2) большие латинские;
+
<br>3) цифры;
+
<br>4) спец. символы такие как:  @ # $ % ^ & + = . - _ *
+
  
Код удаляется после:
+
Порядок супроводу доменного імені у разі, коли воно не обслуговується реєстратором, можна подивитися [http://sunic.ua/uk_UA/page/documents на сайті адміністратора].
<br>- получения подтверждения или отказа на трансфер домена от старого регистратора;
+
<br>- отмены трансфера новым регистратором;
+
<br>- окончания десятидневного срока действия кода;
+
<br>- смены регистратора при автоматическом трансфере (через 5 дней после инициирования трансфера).
+

Поточна версія на 12:41, 24 серпня 2023

Рус. версия


Life-cycle-UAEPP ukr.png


SUNIC mirror.png


Характеристики Опис
Домен містить літери латинського алфавіту (a-z), цифри (0-9), дефіс («-»)
Довжина домену від 1 до 63 символів
«-» не може починатися або закінчуватися дефісом
IDN +
Строк реєстрації 1-10 років
NS от 0 до 13
Auth-code є (до 80 символів)
Контакти registrant, admin та tech
Nic-handle CUNIC
Підтримується інтерфейсом EPP, SMTP, Light EPP клієнт
Оператор реєстру SUNIC
Регламент http://sunic.ua/uk_UA/page/documents
WHOIS-сервер whois.sunic.ua
DNSSEC

SUNIC — компанія «Південноукраїнський мережевий інформаційний центр» займається адмініструванням та технічною підтримкою доменів другого рівня.

Перелік доменів SUNIC

З 15 травня 2017 року перейшли на роботу за єдиним регламентом UAEPP на основі протоколу ЕРР домени:
.MK.UA та .NIKOLAEV.UA

А з 1 жовтня 2017 року адміністратор реєстру SUNIC перевів на роботу по EPP домени:
.IN.UA
.OD.UA, .ODESA.UA та .ODESSA.UA

Також з 1 жовтня 2022 року реєстр додав новий домен .MYKOLAIV.UA.

Nic-handle в контактах

Хоч реєстр SUNIC і працює за єдиним регламентом, але конвертація контактів під час переходу на EPP було виконано інакше: на підставі раніше використаних у доменах нік-хендлів ***-UANIC реєстром було створено однойменні контакти ***-sunic.

Всі такі контакти одноразові, оскільки знаходяться під керуванням безпосередньо реєстру (registrar: sunic) та непідконтрольні реєстраторам.

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

Для актуалізації даних у домені необхідно створити новий контакт CUNIC і вказати його в домені командою UPDATE по EPP або SMTP.

Особливості

Усі доменні зони SUNIC працюють за єдиним регламентом особливості якого описано в статті UAEPP.

☝️! Але домени .MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA, .OD.UA, .ODESA.UA та .ODESSA.UA (крім .IN.UA) також враховують особливості так званої "дзеркальності".

Дзеркальність

Дзеркальний домен (доменна зона):

  • домени .MK.UA, .NIKOLAEV.UA та .MYKOLAIV.UA по відношенню один до одного

(тобто для домену .MK.UA домени .NIKOLAEV.UA та/або .MYKOLAIV.UA є дзеркальним і навпаки);

  • домени .OD.UA, .ODESA.UA та .ODESSA.UA по відношенню один до одного

(тобто для домену .OD.UA домени .ODESA.UA та/або .ODESSA.UA є дзеркальним і навпаки). Будь-який з цих доменів буде дзеркальним стосовно одного або обох інших.

Дзеркальне доменне ім'я:

  • ім'я третього рівня, що збігається за написанням у доменах: .MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA

(тобто для доменного імені example.mk.ua дзеркальним доменним ім'ям є example. nikolaev.ua та/або mykolaiv.ua та навпаки);

  • ім'я третього рівня, що збігається за написанням у двох або трьох доменах: .OD.UA, .ODESA.UA, .ODESSA.UA

(тобто для доменного імені example.od.ua дзеркальним доменним ім'ям є example.odesa.ua та/або example.odesas.ua та навпаки).

Основний принцип «дзеркальності»: реєстратор і реєстрант у дзеркальних доменів має бути той самий.

Перевірка домену

Щоб перевірити, чи вільний обраний домен, виконайте команду по EPP <domain:check>. Крім того, будь-який користувач інтернету може перевірити, чи існує його домен, використовуючи whois-сервер реєстру, офіційний сайт реєстру або на сайті http://dig.ua.

Приклад показу даних whois по вільному домену, який має зареєстроване дзеркало:
example.nikolaev.ua - Domain name does not exist
Domain name reserved for registrant example.mk.ua

Реєстрація домену

Доменні імена, не зареєстровані в жодному із дзеркальних доменів, доступні для реєстрації відповідно до стандартної процедури UAEPP.

Для зареєстрованого нового доменного імені в одній з груп доменів «.OD.UA, .ODESA.UA, .ODESSA.UA» чи «.MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA», резервується це ж доменне ім’я в дзеркальних доменах його групи.

При надходженні заявки на реєстрацію зарезервованого доменного імені в дзеркальних доменах система перевіряє:

  • чи збігаються дані про реєстратора;
  • чи збігаються ідентифікатор контакту (contact-id) реєстранта в існуючому дзеркальному доменному імені, та в домені, на реєстрацію якого надійшла заявка.

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

Для дзеркальних доменів, зареєстрованих до введення нового Регламенту (01.09.2023), у яких не збігається реєстратор та/або contact-id реєстранта, третє дзеркальне доменне імʼя не реєструється.

Відповідальність за відповідність даних в contact-id реєстранта доменного імені для всіх зареєстрованих дзеркальних доменних імен цього домену несе поточний реєстратор таких дзеркальних доменних імен.

Продовження домену

Дзеркальність ніяк не впливає на процес продовження доменів реєстру SUNIC.

Зміна даних домену

Зміну реєстранта можна виконати тільки для пари дзеркальних доменів. Має використовуватись один і той же contact-id в обох дзеркальних доменах. Забезпечує виконання цього принципу сам реєстратор.

Реєстратор несе відповідальність за порушення при виконанні цієї операції.

Реєстр здійснює інформування щодо розходження contact-id в контактах реєстрантів, а ми своєю чергою сповіщаємо реєстраторів DRS.

Трансфер домену

Трансфер можна виконати тільки для усіх дзеркальних доменів однієї групи, але при цьому трансфер буде оформлюватись за окремими заявками. Тобто при ініціюванні трансферу одного дзеркального домену — трансфер буде в статусі очікування запиту на ініціювання перенесення другого дзеркального домену, впродовж 5 днів.

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

Для груп дзеркальних доменних імен, в яких реєстрант або реєстратор не співпадають, трансфер буде автоматично відхилено. Співпадіння реєстранта буде перевірятися по contact-id реєстранта.

Якщо це операція для зʼєднання пари розділених дзеркальних доменних імен — то її можна виконати лише в ручному режимі.

Якщо при трансфері домену нема потреби в трансфері дзеркальних доменів, то перед запитом на трансфер непотрібні дзеркальні домени необхідно видалити з реєстру. У випадку, коли для доменного імені в одному з дзеркальних доменів встановлені статуси redemptionPeriod чи pendingDelete, заявка на зміну реєстратора приймається тільки після завершення обох періодів.

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

Відповідь поточного реєстратора на запит очікується 5 днів, після чого:

  • якщо реєстратор підтверджує усі запити, заявка задовольняється, а домени переносяться до нового реєстратора;
  • якщо реєстратор відповідає негативно хоч на один із запитів, заявка відхиляється, домени залишаються у колишнього реєстратора;
  • якщо поточний реєстратор не дав відповіді, то після закінчення п'яти днів домени автоматично переносяться до нового реєстратора.

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

Auth-code

Authorization code (Auth-code, authInfo, код трансферу) під час трансферу дзеркальних доменів має бути депоновано для усіх дзеркальних доменів, трансфер яких ініціюється.

Видалення

Видалене дзеркальне доменне ім'я залишається зарезервованим за реєстрантом, якщо реєстрант видаляє дзеркальне доменне ім'я в одному з дзеркальних доменів та залишає таке ім'я в іншому домені.

Технічні домени

Список зарезервованих доменів SUNIC: www, ftp, mail, ns1, ns2, ns3, ns4, epp, ns, devnull, whois, dnssec, http, https, rdds, nic

У даних whois таких доменів показується така інформація:
Domain name reserved by registry

Оскільки до переходу на EPP у зоні .IN.UA існувало кілька діючих доменів, що збігаються із зарезервованими, вони залишилися невеликим винятком у цій зоні.

Актуалізація реєстратора

Раніше в доменах .MK.UA і .NIKOLAEV.UA не було поля registrar. З травня 2017 року всі операції з доменними іменами в доменах .MK.UA та .NIKOLAEV.UA здійснюються виключно через реєстраторів.

Всі контактні особи доменів отримали лист по e-mail з текстом:

    Если ваши доменные имена уже обслуживаются у компании-регистратора, рекомендуем вам продолжить совместную работу с регистратором и в дальнейшем.
    Если же вы не пользовались услугами компании-регистратора, вам необходимо выбрать регистратора, который будет поддерживать регистрацию вашего 
    доменного имени в дальнейшем и заключить с ним договор (договор с регистратором может быть заключен в любой форме, 
    предусмотренной законодательством Украины).
    Для подтверждения вашего права на доменное имя и актуализации домена вы используете код авторизации (authcode), который вы получили в этом письме.
    Просим вас перевести свое доменное имя на обслуживание до 01 февраля 2018 года.
    После 01 февраля 2018 работоспособность вашего доменного имени не может быть гарантирована.
    В случае возникновения вопросов, вы имеете возможность обратиться к регистраторам или по адресу help@sunic.ua.

Домени, які ще не були перенесені на обслуговування до реєстратора або з якихось причин були позбавлені реєстратора, знаходяться на обслуговуванні у реєстру (в whois таких доменів показується ідентифікатор псевдореєстратора — registrar: sunic).

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

Домен без реєстратора

У разі розірвання договору між адміністратором публічного домену та реєстратором DRS, ми зобов'язані сприяти переведенню доменних імен на обслуговування до інших реєстраторів.

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