Відмінності між версіями «CUNIC»
Admin (обговорення • внесок) |
Admin (обговорення • внесок) |
||
(не показано 16 проміжних версій цього учасника) | |||
Рядок 1: | Рядок 1: | ||
+ | ''[https://wiki.drs.ua/CUNIC_(rus) Рус. версия]'' | ||
+ | |||
+ | |||
<br/> | <br/> | ||
{| align="left" class="wikitable" width="25%" style="float:right; margin-left:2em" | {| align="left" class="wikitable" width="25%" style="float:right; margin-left:2em" | ||
|- | |- | ||
! style="background:#AFD6FF;" | Характеристики | ! style="background:#AFD6FF;" | Характеристики | ||
− | ! style="background:#AFD6FF;" | | + | ! style="background:#AFD6FF;" | Опис |
|- | |- | ||
− | |''' | + | |'''Містить''' |
− | | | + | | літери латинського алфавіту (a-z), цифри (0-9) |
|- | |- | ||
− | |''' | + | |'''Довжина ідентифікатора''' |
− | | | + | |від 9 до 64 символів (з урахуванням суфікса «-cunic») |
|- | |- | ||
− | |''' | + | |'''Реєстратор''' |
| + | | + | ||
|- | |- | ||
− | |''' | + | |'''Підтримується інтерфейсом''' |
− | | EPP, Light EPP | + | | [[EPP]], [[SMTP]], [https://old.drs.ua/ukr/my/epp/web.html Light EPP клієнт] |
|- | |- | ||
− | |''' | + | |'''Адміністратор''' |
− | | | + | | ТОВ «Сервіс Онлайн» |
|} | |} | ||
− | '''CUNIC''' (англ. ''Central Ukrainian Network Information Center'' — | + | '''CUNIC''' (англ. ''Central Ukrainian Network Information Center'' — Центральний Український Мережевий Інформаційний Центр) — це централізована база даних, яка поєднує в собі контактну інформацію про осіб (фізичних та юридичних осіб) для забезпечення реєстрації та супроводу доменних імен. |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | База CUNIC офіційно зареєстрована у [http://www.iana.org/assignments/epp-repository-ids/epp-repository-ids.xml EPP-репозиторії IANA] та є первинною базою доменів .[[BIZ.UA]], .[[CO.UA]] та .[[PP.UA]]. | |
− | + | ||
− | + | CUNIC може використовуватись реєстраторами системи DRS для ідентифікації власника доменного імені. | |
− | + | ||
− | == | + | == Специфікація == |
− | + | Використовуючи CUNIC під час реєстрації домену, система DRS автоматично (за потреби) створює необхідний запис у відповідних публічних базах даних. | |
− | + | Наприклад, при реєстрації домену .KYIV.UA, автоматично реєструється дочірній контакт у реєстрі [[UAEPP]], на підставі даних CUNIC, так само і для інших доменних зон. | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | == Хто може отримати CUNIC == | |
+ | Будь-який користувач може створити в базі CUNIC запис про свою персону, скориставшись послугами реєстраторів DRS. Користувач погоджується з тим, що інформація про його персону є публічною. | ||
− | == | + | == Які дані використовуються в CUNIC == |
− | + | Nic-handle CUNIC складається з наступних записів: | |
− | + | * <code>Contact ID</code>: ідентифікатор nic-handle | |
− | + | * <code>Sponsoring Registrar</code>: реєстратор, який створив та підтримує nic-handle (****-mnt-cunic) | |
− | + | * <code>Name</code>: контактна особа, на користь якої створено nic-handle | |
− | + | * <code>Organization</code>: поле заповнюється у разі, якщо nic-handle створюється для юридичної особи чи підприємця (в інших випадках встановлюється значення "none") | |
− | + | * <code>Street1</code>: адреса | |
− | + | * <code>Street2</code>: додаткові рядки адреси | |
− | + | * <code>Street3</code>: додаткові рядки адреси | |
− | + | * <code>City</code>: місто | |
− | + | * <code>Postal Code</code>: індекс | |
+ | * <code>Country</code>: країна | ||
+ | * <code>Phone</code>: телефон у форматі +380.XXXXXXXXX | ||
+ | * <code>Fax</code>: факс у форматі +380.XXXXXXXXX | ||
+ | * <code>Email</code>: контактна електронна адреса | ||
+ | * <code>Created On</code>: дата та час створення nic-handle у форматі UTC (встановлюється системою автоматично) | ||
− | + | Також, залежно від вимог доменної зони, використовуються розширення для зазначення додаткових даних. | |
− | + | ||
− | + | == Перевірка CUNIC == | |
− | + | Перевірити чи вільний вибраний вами CUNIC, і переглянути його дані можна кількома способами. Основні з них: | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | # На сайті http://dig.ua будь-який користувач мережі інтернет може подивитися чи існує його nic-handle CUNIC, а також переглянути його дані, якщо вони не приховані. | |
− | + | # Light EPP клієнт, який надається лише реєстраторам системи DRS, дає можливість: | |
+ | #* перевірити наявність потрібного CUNIC за допомогою функції <code>check:contact</code> | ||
+ | #* переглянути дані потрібного CUNIC за допомогою функції <code>info:contact</code> | ||
+ | # Реєстратори системи DRS, використовуючи EPP-інтерфейс, можуть: | ||
+ | #* перевірити наявність потрібного CUNIC, виконавши команду <code>check:contact</code> | ||
+ | #*: ''Приклад запиту можна переглянути в документі [https://tools.ietf.org/html/rfc5733#section-3.1.1 RFC 5733]'' | ||
+ | #* переглянути дані потрібного CUNIC, виконавши команду <code>info:contact</code> | ||
+ | #*: ''Приклад запиту можна переглянути в документі [https://tools.ietf.org/html/rfc5733#section-3.1.2 RFC 5733]'' | ||
− | + | == Реєстрація CUNIC == | |
+ | Зареєструвати новий CUNIC може лише реєстратор системи DRS, скориставшись одним із двох методів: | ||
− | # Через Light EPP | + | # Через Light EPP клієнт за допомогою функції <code>create:contact</code>. |
− | # Через EPP- | + | #: '''Зверніть увагу''': якщо при створенні контакту ви не редагуватимете поле <code>ID</code>, то система згенерує це значення автоматично. |
− | #: '' | + | # Через EPP-інтерфейс, виконавши команду <code>create</code> для створення об'єкта <code>contact</code>. |
− | #: < | + | #: ''Приклад запиту можна переглянути в документі [https://tools.ietf.org/html/rfc5733#section-3.2.1 RFC 5733]'' |
+ | #: Для автоматичної генерації ідентифікатора достатньо вказати: <contact:id>*-cunic</contact:id>. | ||
− | + | == Зміна даних == | |
+ | Можна змінити наступні атрибути контакту: <code>Street1</code>, <code>Street2</code>, <code>Street3</code>, <code>City</code>, <code>Postal Code</code>, <code>Country</code>, <code>Phone</code>, <code>Fax</code>, <code>Email</code>. | ||
− | + | Для внесення змін в CUNIC реєстратор системи DRS може скористатися одним із двох способів: | |
+ | # Через Light EPP клієнт за допомогою функції <code>update:contact</code>. | ||
+ | # Через EPP-інтерфейс, виконавши команду <code>update</code> для оновлення об'єкта <code>contact</code>. | ||
+ | #: ''Приклад запиту можна переглянути в документі [https://tools.ietf.org/html/rfc5733#section-3.2.5 RFC 5733]'' | ||
− | + | Ми не рекомендуємо редагувати дані в полях <code>Name</code> або <code>Organization</code>, оскільки один контакт створюється лише для однієї особи. У цьому випадку краще створити новий контакт із необхідними даними. | |
− | + | ||
− | '' | + | '''Зверніть увагу''': змінюючи дані в контакті CUNIC, ви '''не''' змінюєте дані дочірніх ідентифікаторів, які створювалися для доменів, що не використовують CUNIC, як базу контактів. Відповідно і дані таких доменів залишаються незмінними. |
− | + | == Публікація або приховування даних == | |
− | + | Всі дані hic-handle, крім полів <code>Contact ID</code>, <code>Sponsoring Registrar</code> та <code>Created On</code>, можна приховати (not disclosed) або зробити видимими. | |
− | + | ''Приклад приховування та розкриття полів можна переглянути в документі [https://tools.ietf.org/html/rfc5733#section-2.9 RFC 5733]'' | |
− | + | ||
− | + | Зверніть увагу, що всі зміни в контакті необхідно виконувати відразу після його створення і '''до''' того, як вказати контакт у домені. | |
− | + | Якщо контакт використовувався раніше і ви виконаєте операцію <code>update:contact</code>, то зміни відобразяться тільки для доменів .[[BIZ.UA]], .[[CO.UA]] та .[[PP.UA ]]. Для інших доменних зон, що використовують дочірні контакти, необхідно створювати новий контакт CUNIC. | |
− | + | ||
− | + | ||
− | + | == Видалення CUNIC== | |
+ | Для видалення CUNIC реєстратору системи DRS необхідно: | ||
− | + | # Перевірити чи не використовується цей контакт або зв'язні з ним дочірні контакти. | |
− | + | # Написати [https://wiki.drs.ua/images/7/77/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD_%D1%8E%D1%80.%D0%BE%D1%81%D0%BE%D0%B1%D0%B0_SO_DRS.pdf заяву] на видалення контакту, вказавши причину видалення. | |
+ | # Надіслати заповнену заяву з електронно-цифровим підписом до підтримки DRS: [mailto:support@drs.ua support@drs.ua] | ||
+ | # Або оригінал документа відправити поштою за адресою: 49000, м. Дніпро, а/с 177, ТОВ «Сервіс Онлайн». | ||
+ | Видалення nic-handle неможливе, якщо: | ||
− | + | * CUNIC використовується хоча б в одному домені як будь-який з контактів; | |
− | + | * до контакту прив'язаний дочірній nic-handle з будь-якої іншої бази й він використовується як контакт одного з доменів. |
Поточна версія на 19:24, 3 жовтня 2024
Характеристики | Опис |
---|---|
Містить | літери латинського алфавіту (a-z), цифри (0-9) |
Довжина ідентифікатора | від 9 до 64 символів (з урахуванням суфікса «-cunic») |
Реєстратор | + |
Підтримується інтерфейсом | EPP, SMTP, Light EPP клієнт |
Адміністратор | ТОВ «Сервіс Онлайн» |
CUNIC (англ. Central Ukrainian Network Information Center — Центральний Український Мережевий Інформаційний Центр) — це централізована база даних, яка поєднує в собі контактну інформацію про осіб (фізичних та юридичних осіб) для забезпечення реєстрації та супроводу доменних імен.
База CUNIC офіційно зареєстрована у EPP-репозиторії IANA та є первинною базою доменів .BIZ.UA, .CO.UA та .PP.UA.
CUNIC може використовуватись реєстраторами системи DRS для ідентифікації власника доменного імені.
Зміст
[сховати]Специфікація
Використовуючи CUNIC під час реєстрації домену, система DRS автоматично (за потреби) створює необхідний запис у відповідних публічних базах даних.
Наприклад, при реєстрації домену .KYIV.UA, автоматично реєструється дочірній контакт у реєстрі UAEPP, на підставі даних CUNIC, так само і для інших доменних зон.
Хто може отримати CUNIC
Будь-який користувач може створити в базі CUNIC запис про свою персону, скориставшись послугами реєстраторів DRS. Користувач погоджується з тим, що інформація про його персону є публічною.
Які дані використовуються в CUNIC
Nic-handle CUNIC складається з наступних записів:
-
Contact ID
: ідентифікатор nic-handle -
Sponsoring Registrar
: реєстратор, який створив та підтримує nic-handle (****-mnt-cunic) -
Name
: контактна особа, на користь якої створено nic-handle -
Organization
: поле заповнюється у разі, якщо nic-handle створюється для юридичної особи чи підприємця (в інших випадках встановлюється значення "none") -
Street1
: адреса -
Street2
: додаткові рядки адреси -
Street3
: додаткові рядки адреси -
City
: місто -
Postal Code
: індекс -
Country
: країна -
Phone
: телефон у форматі +380.XXXXXXXXX -
Fax
: факс у форматі +380.XXXXXXXXX -
Email
: контактна електронна адреса -
Created On
: дата та час створення nic-handle у форматі UTC (встановлюється системою автоматично)
Також, залежно від вимог доменної зони, використовуються розширення для зазначення додаткових даних.
Перевірка CUNIC
Перевірити чи вільний вибраний вами CUNIC, і переглянути його дані можна кількома способами. Основні з них:
- На сайті http://dig.ua будь-який користувач мережі інтернет може подивитися чи існує його nic-handle CUNIC, а також переглянути його дані, якщо вони не приховані.
- Light EPP клієнт, який надається лише реєстраторам системи DRS, дає можливість:
- перевірити наявність потрібного CUNIC за допомогою функції
check:contact
- переглянути дані потрібного CUNIC за допомогою функції
info:contact
- перевірити наявність потрібного CUNIC за допомогою функції
- Реєстратори системи DRS, використовуючи EPP-інтерфейс, можуть:
Реєстрація CUNIC
Зареєструвати новий CUNIC може лише реєстратор системи DRS, скориставшись одним із двох методів:
- Через Light EPP клієнт за допомогою функції
create:contact
.- Зверніть увагу: якщо при створенні контакту ви не редагуватимете поле
ID
, то система згенерує це значення автоматично.
- Зверніть увагу: якщо при створенні контакту ви не редагуватимете поле
- Через EPP-інтерфейс, виконавши команду
create
для створення об'єктаcontact
.- Приклад запиту можна переглянути в документі RFC 5733
- Для автоматичної генерації ідентифікатора достатньо вказати: <contact:id>*-cunic</contact:id>.
Зміна даних
Можна змінити наступні атрибути контакту: Street1
, Street2
, Street3
, City
, Postal Code
, Country
, Phone
, Fax
, Email
.
Для внесення змін в CUNIC реєстратор системи DRS може скористатися одним із двох способів:
- Через Light EPP клієнт за допомогою функції
update:contact
. - Через EPP-інтерфейс, виконавши команду
update
для оновлення об'єктаcontact
.- Приклад запиту можна переглянути в документі RFC 5733
Ми не рекомендуємо редагувати дані в полях Name
або Organization
, оскільки один контакт створюється лише для однієї особи. У цьому випадку краще створити новий контакт із необхідними даними.
Зверніть увагу: змінюючи дані в контакті CUNIC, ви не змінюєте дані дочірніх ідентифікаторів, які створювалися для доменів, що не використовують CUNIC, як базу контактів. Відповідно і дані таких доменів залишаються незмінними.
Публікація або приховування даних
Всі дані hic-handle, крім полів Contact ID
, Sponsoring Registrar
та Created On
, можна приховати (not disclosed) або зробити видимими.
Приклад приховування та розкриття полів можна переглянути в документі RFC 5733
Зверніть увагу, що всі зміни в контакті необхідно виконувати відразу після його створення і до того, як вказати контакт у домені.
Якщо контакт використовувався раніше і ви виконаєте операцію update:contact
, то зміни відобразяться тільки для доменів .BIZ.UA, .CO.UA та .PP.UA . Для інших доменних зон, що використовують дочірні контакти, необхідно створювати новий контакт CUNIC.
Видалення CUNIC
Для видалення CUNIC реєстратору системи DRS необхідно:
- Перевірити чи не використовується цей контакт або зв'язні з ним дочірні контакти.
- Написати заяву на видалення контакту, вказавши причину видалення.
- Надіслати заповнену заяву з електронно-цифровим підписом до підтримки DRS: support@drs.ua
- Або оригінал документа відправити поштою за адресою: 49000, м. Дніпро, а/с 177, ТОВ «Сервіс Онлайн».
Видалення nic-handle неможливе, якщо:
- CUNIC використовується хоча б в одному домені як будь-який з контактів;
- до контакту прив'язаний дочірній nic-handle з будь-якої іншої бази й він використовується як контакт одного з доменів.