SUNIC - Історія редагувань

Admin в 13:15, 31 жовтня 2025

2025-10-31T13:15:06Z

Admin: /* Auth-code */

2023-08-24T10:41:13Z

‎Auth-code

Admin: /* Трансфер домену */

2023-08-24T10:38:03Z

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

Admin: /* Трансфер домену */

2023-08-24T10:36:38Z

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

Admin: /* Зміна даних домену */

2023-08-24T10:25:29Z

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

Admin: /* Реєстрація домену */

2023-08-24T10:23:01Z

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

Admin в 11:20, 22 вересня 2022

2022-09-22T11:20:12Z

Admin: /* Дзеркальність */

2022-09-20T08:17:49Z

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

Admin в 08:17, 20 вересня 2022

2022-09-20T08:17:12Z

Admin в 08:08, 20 вересня 2022

2022-09-20T08:08:59Z

@@ Рядок 48: / Рядок 48: @@
 |-
 |'''Регламент'''
-| http://sunic.ua/uk_UA/page/documents
+| https://www.sunic.ua/index.php/documents
 |-
 |'''WHOIS-сервер'''
@@ Рядок 60: / Рядок 60: @@
 == Перелік доменів SUNIC ==
-З 15 травня 2017 року перейшли на роботу за [http://sunic.ua/uk_UA/page/documents єдиним регламентом] [[UAEPP]] на основі протоколу ЕРР домени:
+З 15 травня 2017 року перейшли на роботу за [https://www.sunic.ua/index.php/documents єдиним регламентом] [[UAEPP]] на основі протоколу ЕРР домени:
 <br>.MK.UA та .NIKOLAEV.UA
@@ Рядок 80: / Рядок 80: @@
 == Особливості ==
-Усі доменні зони SUNIC працюють за [http://sunic.ua/uk_UA/page/documents єдиним регламентом] особливості якого описано в статті [[UAEPP]].
+Усі доменні зони SUNIC працюють за [https://www.sunic.ua/index.php/documents єдиним регламентом] особливості якого описано в статті [[UAEPP]].
 '''<font color=red>☝️!</font>''' Але домени .MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA, .OD.UA, .ODESA.UA та .ODESSA.UA (крім .IN.UA) також враховують особливості так званої "дзеркальності".
@@ Рядок 194: / Рядок 194: @@
 У разі розірвання договору між адміністратором публічного домену та реєстратором DRS, ми зобов'язані сприяти переведенню доменних імен на обслуговування до інших реєстраторів.
-Порядок супроводу доменного імені у разі, коли воно не обслуговується реєстратором, можна подивитися [http://sunic.ua/uk_UA/page/documents на сайті адміністратора].
+Порядок супроводу доменного імені у разі, коли воно не обслуговується реєстратором, можна подивитися [https://www.sunic.ua/index.php/documents на сайті адміністратора].

@@ Рядок 160: / Рядок 160: @@
 === Auth-code ===
-Authorization code (Auth-code, authInfo, код трансферу) під час трансферу дзеркальних доменів має бути правильним лише для одного домену, трансфер якого ініціюється.
+Authorization code (Auth-code, authInfo, код трансферу) під час трансферу дзеркальних доменів має бути депоновано для усіх дзеркальних доменів, трансфер яких ініціюється.
 === Видалення ===

@@ Рядок 144: / Рядок 144: @@
 Трансфер всіх дзеркальних доменних імен до нового Реєстратора відбувається через 5 діб після отримання заявок на трансфер всіх дзеркальних доменних імен.
-Для пар дзеркальних доменних імен, в яких реєстрант або реєстратор не співпадають, трансфер буде автоматично відхилено. Співпадіння реєстранта буде перевірятися по contact-id реєстранта.
+Для груп дзеркальних доменних імен, в яких реєстрант або реєстратор не співпадають, трансфер буде автоматично відхилено. Співпадіння реєстранта буде перевірятися по contact-id реєстранта.
 Якщо це операція для зʼєднання пари розділених дзеркальних доменних імен — то її можна виконати лише в ручному режимі.

@@ Рядок 139: / Рядок 139: @@
 === Трансфер домену ===
-При підтвердженні трансферу одного із дзеркальних доменів здійснюється трансфер усіх зареєстрованих дзеркальних доменів до нового реєстратора.
+Трансфер можна виконати тільки для усіх дзеркальних доменів однієї групи, але при цьому трансфер буде оформлюватись за окремими заявками.
-Усі домени продовжуються на рік, крім тих, у яких внаслідок продовження буде перевищено максимальний термін реєстрації.
+Тобто при ініціюванні трансферу одного дзеркального домену — трансфер буде в статусі очікування запиту на ініціювання перенесення другого дзеркального домену, впродовж 5 днів.
-Оплата знімається з нового реєстратора за перенесення усіх зареєстрованих дзеркальних доменів.
 Якщо при трансфері домену нема потреби в трансфері дзеркальних доменів, то перед запитом на трансфер непотрібні дзеркальні домени необхідно видалити з реєстру.
 У випадку, коли для доменного імені в одному з дзеркальних доменів встановлені статуси redemptionPeriod чи pendingDelete, заявка на зміну реєстратора приймається тільки після завершення обох періодів.
-Трансфер недоступний, якщо в одному з дзеркальних доменів встановлено статус, що забороняє його перенесення до іншого реєстратора.
+Трансфер недоступний для усіх дзеркальних доменів, якщо в одному з них встановлено статус, що забороняє його перенесення до іншого реєстратора.
 Відповідь поточного реєстратора на запит очікується 5 днів, після чого:
-* якщо реєстратор підтверджує трансфер домену, заявка задовольняється, а домен та його дзеркала переносяться до нового реєстратора;
+* якщо реєстратор підтверджує усі запити, заявка задовольняється, а домени переносяться до нового реєстратора;
-* якщо реєстратор відповідає негативно, заявка відхиляється, домен залишається у колишнього реєстратора;
+* якщо реєстратор відповідає негативно хоч на один із запитів, заявка відхиляється, домени залишаються у колишнього реєстратора;
-* якщо поточний реєстратор не дав відповіді, то після закінчення п'яти днів (120 годин) домен та його дзеркала автоматично переносяться до нового реєстратора.
+* якщо поточний реєстратор не дав відповіді, то після закінчення п'яти днів домени автоматично переносяться до нового реєстратора.
 === Auth-code ===

@@ Рядок 132: / Рядок 132: @@
 === Зміна даних домену ===
-Дзеркальність не впливає на процес виконання змін у домені.
+Зміну реєстранта можна виконати тільки для пари дзеркальних доменів. Має використовуватись один і той же contact-id в обох дзеркальних доменах. Забезпечує виконання цього принципу сам реєстратор.
-При цьому мається на увазі, що при зміні реєстранта, реєстратор перевіряє, щоб контакти реєстрантів дзеркальних доменів були з даними однієї й тієї ж особи. Але це ніяк не регулюється регламентом або іншими документами.
+Реєстратор несе відповідальність за порушення при виконанні цієї операції.
 === Трансфер домену ===

@@ Рядок 113: / Рядок 113: @@
 === Реєстрація домену ===
 Для зареєстрованого нового доменного імені в одній з груп доменів «.OD.UA, .ODESA.UA, .ODESSA.UA» чи «.MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA», резервується це ж доменне ім’я в дзеркальних доменах його групи.
 При надходженні заявки на реєстрацію зарезервованого доменного імені в дзеркальних доменах система перевіряє:
 *   чи збігаються дані про реєстратора;
-*   чи збігаються основні дані в контакті реєстранта (name, organization, e-mail) в існуючому дзеркальному доменному імені, та в доменному імені, на реєстрацію якого надійшла заявка.
+*   чи збігаються ідентифікатор контакту (contact-id) реєстранта в існуючому дзеркальному доменному імені, та в домені, на реєстрацію якого надійшла заявка.
 І тільки якщо дані збігаються, реєстрація домену успішно завершується. У протилежному випадку заявка відхиляється.
-Доменні імена, не зареєстровані в жодному із дзеркальних доменів, доступні для реєстрації відповідно до стандартної процедури [[UAEPP]].
+Для дзеркальних доменів, зареєстрованих до введення нового Регламенту (01.09.2023), у яких не збігається реєстратор та/або contact-id реєстранта, третє дзеркальне доменне імʼя не реєструється.
 === Продовження домену ===

@@ Рядок 175: / Рядок 175: @@
 Домени, які ще не були перенесені на обслуговування до реєстратора або з якихось причин були позбавлені реєстратора, знаходяться на обслуговуванні у реєстру (в whois таких доменів показується ідентифікатор псевдореєстратора — <code>registrar: sunic</code>).
-Перенесення цих доменів до реєстратора виконується безплатно і без продовження (зі збереженням поточного терміну реєстрації), при цьому код трансферу власник домену може отримати лише у реєстрі SUNIC.
+Перенесення цих доменів до реєстратора виконується безплатно і без продовження (зі збереженням поточного терміну реєстрації), за таких умов код трансферу може бути отриманий власником домену лише у реєстрі SUNIC.
 == Домен без реєстратора ==

@@ Рядок 102: / Рядок 102: @@
 ''(тобто для доменного імені example.od.ua дзеркальним доменним ім'ям є example.odesa.ua та/або example.odesas.ua та навпаки).''
-'''<font color=red>Основний принцип «дзеркальності»:</font>''' Реєстратор і реєстрант у дзеркальних доменів має бути той самий.
+'''<font color=red>Основний принцип «дзеркальності»:</font>''' реєстратор і реєстрант у дзеркальних доменів має бути той самий.
 === Перевірка домену ===

@@ Рядок 90: / Рядок 90: @@
 ''(тобто для домену .MK.UA домени .NIKOLAEV.UA та/або .MYKOLAIV.UA є дзеркальним і навпаки);''
-*  домены .OD.UA, .ODESA.UA и .ODESSA.UA по отношению друг к другу
+*  домени .OD.UA, .ODESA.UA та .ODESSA.UA по відношенню один до одного
 ''(тобто для домену .OD.UA домени .ODESA.UA та/або .ODESSA.UA є дзеркальним і навпаки).''
-''Будь-який з цих доменів буде дзеркальним по відношенню до одного або обох інших.''
+''Будь-який з цих доменів буде дзеркальним стосовно одного або обох інших.''
 '''Дзеркальне доменне ім'я''':
@@ Рядок 108: / Рядок 108: @@
 Крім того, будь-який користувач інтернету може перевірити, чи існує його домен, використовуючи whois-сервер реєстру, офіційний [http://sunic.ua/uk_UA/page/whois-queue сайт реєстру] або на сайті http://dig.ua.
-Приклад відображення даних whois по вільному домену, який має зареєстроване дзеркало:
+Приклад показу даних whois по вільному домену, який має зареєстроване дзеркало:
 <br> <code>example.nikolaev.ua - Domain name does not exist
 <br> Domain name reserved for registrant example.mk.ua</code>
 === Реєстрація домену ===
-Для зареєстрованого нового доменного імені у одній з груп доменів «.OD.UA, .ODESA.UA, .ODESSA.UA» чи «.MK.UA, .NIKOLAEV.UA, .MYKOLAIV.UA», резервується це ж доменне ім’я в дзеркальних доменах його групи.
+При надходженні заявки на реєстрацію зарезервованого доменного імені в дзеркальних доменах система перевіряє:
+*   чи збігаються дані про реєстратора;
-При надходженні заявки на реєстрацію зарезервованого доменного імені в дзеркальних доменах реєстраційна система перевіряє:
+*   чи збігаються основні дані в контакті реєстранта (name, organization, e-mail) в існуючому дзеркальному доменному імені, та в доменному імені, на реєстрацію якого надійшла заявка.
-*   чи збігаються дані про Реєстратора;
-*   чи збігаються основні дані в контакті Реєстранта (name, organization, e-mail) в існуючому дзеркальному доменному імені, та в доменному імені, на реєстрацію якого надійшла заявка.
 І тільки якщо дані збігаються, реєстрація домену успішно завершується. У протилежному випадку заявка відхиляється.
@@ Рядок 129: / Рядок 128: @@
 Дзеркальність не впливає на процес виконання змін у домені.
-При цьому мається на увазі, що при зміні реєстранта, реєстратор перевіряє, щоб контакти реєстрантів дзеркальних доменів були з даними однієї і тієї ж особи. Але це ніяк не регулюється регламентом або іншими документами.
+При цьому мається на увазі, що при зміні реєстранта, реєстратор перевіряє, щоб контакти реєстрантів дзеркальних доменів були з даними однієї й тієї ж особи. Але це ніяк не регулюється регламентом або іншими документами.
-=== Трансфер домена ===
+=== Трансфер домену ===
 При підтвердженні трансферу одного із дзеркальних доменів здійснюється трансфер усіх зареєстрованих дзеркальних доменів до нового реєстратора.
 Усі домени продовжуються на рік, крім тих, у яких внаслідок продовження буде перевищено максимальний термін реєстрації.
 Оплата знімається з нового реєстратора за перенесення усіх зареєстрованих дзеркальних доменів.
-Якщо при трансфері домену немає необхідності в трансфері дзеркальних доменів, то перед запитом на трансфер непотрібні дзеркальні домени необхідно видалити з реєстру.
+Якщо при трансфері домену нема потреби в трансфері дзеркальних доменів, то перед запитом на трансфер непотрібні дзеркальні домени необхідно видалити з реєстру.
 У випадку, коли для доменного імені в одному з дзеркальних доменів встановлені статуси redemptionPeriod чи pendingDelete, заявка на зміну реєстратора приймається тільки після завершення обох періодів.
@@ Рядок 150: / Рядок 149: @@
 === Видалення ===
-Видалене дзеркальне доменне ім'я залишається зарезервованим за Реєстрантом, якщо
+Видалене дзеркальне доменне ім'я залишається зарезервованим за реєстрантом, якщо реєстрант видаляє дзеркальне доменне ім'я в одному з дзеркальних доменів та залишає таке ім'я в іншому домені.
-Реєстрант видаляє дзеркальне доменне ім'я в одному з дзеркальних доменів та залишає таке ім'я в
-іншому домені.
+== Технічні домени ==
 == Актуалізація реєстратора ==
@@ Рядок 167: / Рядок 173: @@
      В случае возникновения вопросов, вы имеете возможность обратиться к регистраторам или по адресу help@sunic.ua.</syntaxhighlight>
-Домени, які ще не були перенесені на обслуговування до реєстратора або з якихось причин були позбавлені реєстратора, знаходяться на обслуговуванні у реєстру (в whois таких доменів відображається ідентифікатор псевдореєстратора — <code>registrar: sunic</code>).
+Домени, які ще не були перенесені на обслуговування до реєстратора або з якихось причин були позбавлені реєстратора, знаходяться на обслуговуванні у реєстру (в whois таких доменів показується ідентифікатор псевдореєстратора — <code>registrar: sunic</code>).
-Перенесення цих доменів до реєстратора виконується безкоштовно і без продовження (зі збереженням поточного терміну реєстрації), при цьому код трансферу власник домену може отримати лише у реєстрі SUNIC.
+Перенесення цих доменів до реєстратора виконується безплатно і без продовження (зі збереженням поточного терміну реєстрації), при цьому код трансферу власник домену може отримати лише у реєстрі SUNIC.
-−
-== Технічні домени ==
-Список зарезервованих доменів 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 існувало кілька діючих доменів, що збігаються із зарезервованими, вони залишилися невеликим винятком у цій зоні.
 == Домен без реєстратора ==