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

Матеріал з DRS wiki
Перейти до: навігація, пошук
(→‎Изменение данных домена)
(→‎Auth-code)
 
(не показані 42 проміжні версії цього учасника)
Рядок 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]].
−
Зеркальность никак не влияет на процесс продления доменов реестра SUNIC.
+
  
−
=== Изменение данных домена ===
+
Для зареєстрованого нового доменного імені в одній з груп доменів «.OD.UA, .ODESA.UA, .ODESSA.UA» чи «.MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA», резервується це ж доменне ім’я в дзеркальних доменах його групи.
−
Зеркальность никак не влияет на процесс выполнения изменений в домене.
+
−
Но при этом подразумевается что при смене регистранта регистратор проверяет чтобы контакты регистрантов зеркальных доменов были с данными одного и того же лица.
+
  
−
=== Трансфер домена ===
+
При надходженні заявки на реєстрацію зарезервованого доменного імені в дзеркальних доменах система перевіряє:
−
Регистратор системы DRS может инициировать перенос домена от другого регистратора (предварительно получив от регистранта auth-code) одним из способов:
+
*  чи збігаються дані про реєстратора;
−
# Через EPP-интерфейс, выполнив команду <code><transfer> request</code>.
+
*  чи збігаються ідентифікатор контакту (contact-id) реєстранта в існуючому дзеркальному доменному імені, та в домені, на реєстрацію якого надійшла заявка.
−
# Подав заявку <code>TRANSFER</code> по SMTP.
+
−
# Через Light EPP клиент с помощью операции <code>request</code> функции <code>transfer:domain</code>.
+
  
−
Трансфер недоступен в таких случаях:
+
І тільки якщо дані збігаються, реєстрація домену успішно завершується. У протилежному випадку заявка відхиляється.
−
* если в домене установлен статус, запрещающий его перенос к другому регистратору;
+
−
* если в запросе на трансфер указан неверный auth-code.
+
  
−
При трансфере срок действия домена продлевается на 1 год, только если при этом новый срок не превышает максимальный.
+
Для дзеркальних доменів, зареєстрованих до введення нового Регламенту (01.09.2023), у яких не збігається реєстратор та/або contact-id реєстранта, третє дзеркальне доменне імʼя не реєструється.
  
−
Ответ текущего регистратора на запрос ожидается 120 часов, после чего:
+
Відповідальність за відповідність даних в contact-id реєстранта доменного імені для всіх зареєстрованих дзеркальних доменних імен цього домену несе поточний реєстратор таких дзеркальних доменних імен.
−
* если регистратор подтверждает перевод домена, заявка удовлетворяется и домен переводится к новому регистратору;
+
 
−
* если регистратор отвечает отрицательно, заявка отклоняется, домен остается у прежнего регистратора;
+
=== Продовження домену ===
−
* если текущий регистратор не дал ответ, то по истечении пяти дней (120 часов) домен автоматически переводится к новому регистратору.
+
Дзеркальність ніяк не впливає на процес продовження доменів реєстру SUNIC.
 +
 
 +
=== Зміна даних домену ===
 +
Зміну реєстранта можна виконати тільки для пари дзеркальних доменів. Має використовуватись один і той же contact-id в обох дзеркальних доменах. Забезпечує виконання цього принципу сам реєстратор.
 +
 
 +
Реєстратор несе відповідальність за порушення при виконанні цієї операції.
 +
 
 +
Реєстр здійснює інформування щодо розходження contact-id в контактах реєстрантів, а ми своєю чергою сповіщаємо реєстраторів DRS.
 +
 
 +
=== Трансфер домену ===
 +
Трансфер можна виконати тільки для усіх дзеркальних доменів однієї групи, але при цьому трансфер буде оформлюватись за окремими заявками.
 +
Тобто при ініціюванні трансферу одного дзеркального домену — трансфер буде в статусі очікування запиту на ініціювання перенесення другого дзеркального домену, впродовж 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.  
+
  
−
Рекомендуем вам генерировать новый код с сосдержанием одновременно 4-х категории символов:
+
=== Видалення ===
−
<br>1) маленькие латинские;
+
Видалене дзеркальне доменне ім'я залишається зарезервованим за реєстрантом, якщо реєстрант видаляє дзеркальне доменне ім'я в одному з дзеркальних доменів та залишає таке ім'я в іншому домені.
−
<br>2) большие латинские;
+
−
<br>3) цифры;
+
−
<br>4) спец. символы такие как:  @ # $ % ^ & + = . - _ *
+
  
−
Код удаляется после:
+
== Технічні домени ==
−
<br>- получения подтверждения или отказа на трансфер домена от старого регистратора;
+
Список зарезервованих доменів SUNIC:
−
<br>- отмены трансфера новым регистратором;
+
www, ftp, mail, ns1, ns2, ns3, ns4, epp, ns, devnull, whois, dnssec, http, https, rdds, nic
−
<br>- окончания десятидневного срока действия кода;
+
−
<br>- смены регистратора при автоматическом трансфере (через 5 дней после инициирования трансфера).
+
  
−
== Актуализация регистратора ==
+
У даних whois таких доменів показується така інформація:
 +
<br> <code>Domain name reserved by registry</code>
  
−
Ранее в доменах .MK.UA и .NIKOLAEV.UA отсутствовало поле <code>registrar</code>. С мая 2017 года все операции с доменными именами в доменах .MK.UA и .NIKOLAEV.UA осуществляются исключительно через регистраторов.
+
Оскільки до переходу на EPP у зоні .IN.UA існувало кілька діючих доменів, що збігаються із зарезервованими, вони залишилися невеликим винятком у цій зоні.
  
−
Все контактные лица доменов получили письмо по email с текстом:
+
== Актуалізація реєстратора ==
 +
Раніше в доменах .MK.UA і .NIKOLAEV.UA не було поля <code>registrar</code>. З травня 2017 року всі операції з доменними іменами в доменах .MK.UA та .NIKOLAEV.UA здійснюються виключно через реєстраторів.
 +
 
 +
Всі контактні особи доменів отримали лист по e-mail з текстом:
 
<syntaxhighlight lang="xml" enclose="pre">    Если ваши доменные имена уже обслуживаются у компании-регистратора, рекомендуем вам продолжить совместную работу с регистратором и в дальнейшем.
 
<syntaxhighlight lang="xml" enclose="pre">    Если ваши доменные имена уже обслуживаются у компании-регистратора, рекомендуем вам продолжить совместную работу с регистратором и в дальнейшем.
 
     Если же вы не пользовались услугами компании-регистратора, вам необходимо выбрать регистратора, который будет поддерживать регистрацию вашего  
 
     Если же вы не пользовались услугами компании-регистратора, вам необходимо выбрать регистратора, который будет поддерживать регистрацию вашего  
Рядок 160: Рядок 187:
 
     В случае возникновения вопросов, вы имеете возможность обратиться к регистраторам или по адресу help@sunic.ua.</syntaxhighlight>
 
     В случае возникновения вопросов, вы имеете возможность обратиться к регистраторам или по адресу help@sunic.ua.</syntaxhighlight>
  
−
Домены, которые еще не были перенесены на обслуживание к регистратору или по каким-то причинам были лишены регистратора, находяться на обслуживании у реестра (в whois у таких доменов отображается идентификатор псевдорегистратора — <code>registrar: sunic</code>).  
+
Домени, які ще не були перенесені на обслуговування до реєстратора або з якихось причин були позбавлені реєстратора, знаходяться на обслуговуванні у реєстру (в whois таких доменів показується ідентифікатор псевдореєстратора — <code>registrar: sunic</code>).
−
Перенос этих доменов к регистратору выполняется бесплатно и без продления (с сохранением текущего срока регистрации), при этом код трансфера владелец домена может получить только у реестра SUNIC.
+
 
 +
Перенесення цих доменів до реєстратора виконується безплатно і без продовження (зі збереженням поточного терміну реєстрації), за таких умов код трансферу може бути отриманий власником домену лише у реєстрі SUNIC.
  
−
== Технические домены ==
+
== Домен без реєстратора ==
−
Список зарезервированных доменов SUNIC:
+
У разі розірвання договору між адміністратором публічного домену та реєстратором DRS, ми зобов'язані сприяти переведенню доменних імен на обслуговування до інших реєстраторів.
−
www, ftp, mail, ns1, ns2, ns3, ns4, epp, ns, devnull,whois, dnssec, http, https, rdds, nic
+
  
−
Так как до перехода на EPP в зоне in.ua существовало несколько действующих доменов, совпадающих с зарезервированными, они остались небольшим исключением в этой зоне.
+
Порядок супроводу доменного імені у разі, коли воно не обслуговується реєстратором, можна подивитися [http://sunic.ua/uk_UA/page/documents на сайті адміністратора].

Поточна версія на 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, ми зобов'язані сприяти переведенню доменних імен на обслуговування до інших реєстраторів.

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

Отримано з https://wiki.drs.ua/index.php?title=SUNIC&oldid=1579