РЕГЛАМЕНТ
публічного домену
версія 3.2
розроблений спільно ТОВ «Хостмайстер», адміністраторами публічних доменів та реєстраторами 1 листопада 2013 року
Зміст
3.
Вимоги до доменного імені 4
4.
Життєвий цикл доменного імені 5
5.
Інтерфейси 6
1.
Загальні положення
Цей документ
(далі Регламент) описує
основні принципи та процедури взаємодії
Реєстратора з Реєстраційною системою Реєстру публічного домену.
Регламент є основним документом, що визначає технічну
взаємодію Реєстру та Реєстратора, і є обов'язковим для виконання Оператором Реєстру, Адміністратором публічного домену (далі Адміністратор) і Реєстратором.
2.
Терміни та визначення
Реєстр - інформаційно-технічна система обробки
даних, що містить
інформацію про доменні
імена, адреси мережі, Реєстраторів, Реєстрантів та контактних осіб
Реєстрантів, та надає інтерфейс для роботи Реєстраторів згідно з прийнятим
Регламентом.
Адміністратор публічного домену - особа, що здійснює
заходи з адміністративного супроводу публічного домену та забезпечення його працездатності.
Оператор Реєстру
– особа, що здійснює заходи
з технічного супроводу
Реєстру.
Реєстратор - особа, що надає послуги,
необхідні для технічного забезпечення реєстрації, делегування та функціонування доменного імені.
Реєстрант - особа, в інтересах якої здійснюється реєстрація та делегування приватного доменного імені.
Псевдореєстратор — певний функціонал при Реєстрі, що забезпечує обслуговування доменів, у яких тимчасово відсутній Реєстратор. Має обмежені
функції порівняно з Реєстратором.
Домен – символьне позначення областей в мережі Інтернет, що базується на ієрархічній структурі, що дозволяє визначити доменні імена.
Доменне ім'я – символьне позначення, яке служить для адресації вузлів
мережі Інтернет і розташованих
на них мережевих ресурсів (веб-сайтів, серверів електронної пошти, мережевих
сервісів) в зручній для
людини формі.
IP адреса — мережева адреса вузла
в комп'ютерній мережі,
побудованій за протоколом IP.
Сервер імен (NS) - спеціалізований
програмно-апаратний комплекс в мережі Інтернет, що забезпечує взаємозв'язок доменних
імен та IP адрес.
DNS - комп'ютерна розподілена система для отримання
інформації про домени.
WHOIS — сервіс, що забезпечує публічний
доступ до інформації стосовно Реєстранта та Реєстратора доменного імені.
Контакт – контактная інформація юридичної або фізичної
особи, що виконує
одну з ролей у відношенні до доменного імені.
Хост – сервер імен, що зареєстрований в Реєстрі та використовується для технічного супроводу доменного імені.
Реєстрація - комплекс технічних
заходів з утворення запису про доменне
ім'я в Реєстрі.
Перереєстрація - передача прав та обов'язків, що виникають у зв'язку з використанням доменного імені в мережі
Інтернет.
Продовження реєстрації – процедура продовження терміну дії прав розпоряджатися доменним ім'ям.
Трансфер – процедура зміни Реєстратора доменного
імені.
Видалення – процедура відкликання прав розпоряджатися доменним
ім'ям та видалення доменного імені з Реєстру.
Відновлення – процедура поновлення прав розпоряджатися доменним
іменем, що було видалене.
Зміна стану – процедура призначення певного
стану об'єкту, при якому об'єкт
отримує спеціальні властивості, що діють на період дії встановленого стану.
Максимально допустимий термін реєстрації доменного
імені – 10 років.
3.
Вимоги до доменного імені
3.1
Доменне ім'я має власне унікальне
позначення в межах батьківського домену
та суфікс, що позначає батьківський домен.
3.2
Власне позначення має відповідати наступним
технічним вимогам:
– містити не менше 1 та не більше
63 символів;
–
починатися та закінчуватися літерою або цифрою;
–
не містити символів,
відмінних від літер латинського алфавіту, цифр і дефіса;
–
не містити
одночасно дефіс в 3-й та 4-й позиціях
імені (окрім idn-доменів).
3.3
Доменне ім'я в IDN-доменах містить
власне позначення, унікальне в межах батьківського домену, та суффікс,
що позначає батьківський домен.
3.4
Власне позначення в IDN-доменах має відповідати наступним
технічним вимогам:
–
містити таку кількість символів, аби їх подання
в кодуванні Punycode
містило не менше 1 та не
більше 63 символів;
–
починатися з послідовности “xn--“ та закінчуватися літерою
або цифрою;
– кириличне подання
доменного імені не повинно містити
символів, відмінних від літер кириличного алфавіту, апострофа в кириличному
кодуванні, цифр і дефіса;
–
у кириличному поданні
доменного імені має бути присутній
хоча б один унікальний символ
кириличного алфавіту згідно з регламентом кириличних IDN-доменів https://hostmaster.ua/idn/
4.
Життєвий цикл доменного імені
Інтервал з моменту появи можливості реєстрації доменного імені та до моменту
його фактичного видалення
визначає життєвий цикл доменного імені.
Життєвий цикл складається з таких основних етапів:
1)
період фактичної реєстрації (Registered);
2) період автоматичного продовження (Auto Renew Grace Period);
3) період відновлення домену післе видалення (Redemption Grace Period);
4) період фактичного видалення (Pending Delete).
Кожен етап включає в себе набір операцій та дій, які можна виконувати по відношенню до доменного імені. Загальна схема життєвого циклу доменного імені подана на малюнку 1.
Малюнок
В період
своего життєвого циклу доменне ім'я може переходити з одного стану в інший,
з одного етапу в інший.
Загальна схема переходу
між етапами подана
на малюнку 2.
Малюнок 2
5.
Інтерфейси
Загальна схема
взаємодії з Реєстром
подана на малюнку
3.
Малюнок 3
Регламентом визначено
такі програмні інтерфейси і протоколи взаємодії Реєстратора з Реєстраційною системою Реєстру:
1)
EPP;
2)
WEB;
3)
WHOIS.
Пріоритетним інтерфейсом взаємодії Реєстратора з Реєстром є ЕРР.
EPP
Загальна специфікація протоколу EPP визначена в наступних документах:
-
Generic Registry-Registrar Protocol
Requirements (RFC 3375);
-
Extensible Provisioning Protocol
(RFC 5730);
-
EPP Domain Name Mapping (RFC 5731);
-
EPP Host Mapping (RFC 5732);
-
EPP Contact
Mapping (RFC 5733);
-
EPP Transport over TCP
(RFC 5734);
-
Guidelines for extending
EPP (RFC 3735);
-
Domain Registry Grace Period Mapping
for EPP (RFC 3915).
Регламентом публічного домену визначено такі специфікації та розширення протоколу EPP:
-
опис XML структури документу epp (https://hostmaster.ua/epp/epp-1.0.xsd);
-
опис XML структури документу eppcom (https://hostmaster.ua/epp/eppcom-1.1.xsd);
-
опис XML структури
об'єкту domain (https://hostmaster.ua/epp/domain-1.1.xsd);
-
опис XML структури
об'єкту contact (https://hostmaster.ua/epp/contact-1.1.xsd);
-
опис XML структури об'єкту host (https://hostmaster.ua/epp/host-1.1.xsd);
-
опис розширення domain
name extension schema
for registry grace
period processing (https://hostmaster.ua/epp/rgp-1.1.xsd);
-
опис розширення domain
name extension schema
for force host delete (https://hostmaster.ua/epp/uaepp-1.1.xsd).
6.
Взаємодія з Реєстром
6.1.
Взаємодія з Реєстром
здійснюється з використанням протоколів, визначених Регламентом.
6.2.
Заявки на операції
з доменними іменами
обробляються в порядку
їх надходження до вхідної
черги Реєстраційної системи Реєстру.
6.3.
Заявка вважається прийнятою до обробки з моменту, коли Реєстраційна система
видає відповідне підтвердження Реєстратору.
6.4.
Термін обробки заявки
не може перевищувати 120 годин.
6.5.
Всі заявки повинні
відповідати за формою
та змістом вимогам
Реєстру.
6.6.
Заявки, що направляються до Реєстру, повинні
базуватися на командах,
визначених розділом 7 цього
Регламенту.
6.7.
Заявки, що не задовольняють вимогам
до команд, визначеним розділом 7 цього
Регламенту, вважаються помилковими і не обробляються.
6.8.
Кількість одночасних з'єднань, які Реєстратор може встановити з Реєстраційною системою, не може бути більше 3.
6.9.
Кількість запитів, які Реєстратор може направити до Реєстраційної системи,
не може бути більше ніж 1000
за 1 хвилину.
6.10. Кількість IP адрес, з яких Реєстратор може взаємодіяти з Реєстраційною системою,
не може перевищувати 5 блоків, кожен
з яких максимум по 8 IP адрес.
6.11. Взаємодія з Реєстром дозволяється лише з унікальної IP адреси, якщо інше не зафіксовано в договорі між Оператором Реєстру
та Реєстратором.
7.
Команди
Регламентом визначено
такі види команд:
команди загального призначення (login, logout, poll,
hello), команди для роботи з доменними іменами (create, delete, update,
renew, transfer, restore, check, info),
команди для роботи
з контактами (create,
delete, update , check, info),
команди для роботи
з хостами (create, delete, update, check, info).
Доступність
операцій в інтерфейсах (таблиця 1).
Команда/Операція |
EPP |
WEB |
Domain |
|
|
Create |
Так |
Так |
Delete |
Так |
Так |
Update |
Так |
Так |
Restore |
Так |
Так |
Transfer |
Так |
Так |
Check |
Так |
Ні |
Info |
Так |
Так |
Renew |
Так |
Так |
Contact |
|
|
Create |
Так |
Так |
Delete |
Так |
Так |
Update |
Так |
Так |
Info |
Так |
Так |
Check |
Так |
Ні |
Host |
|
|
Create |
Так |
Так |
Delete |
Так |
Так |
Update |
Так |
Так |
Info |
Так |
Так |
Check |
Так |
Ні |
7.1.
Команди загального призначення
7.1.1.
Login - використовується для відкриття сесії з EPP сервером. Команда
EPP <login> повинна бути відправлена першою. Число
невдалих спроб, після яких сервер закриває з'єднання, обмежено
і визначається параметрами сервера.
7.1.2. Logout - Команда EPP <logout> використовується для закриття сесії з EPP сервером.
7.1.3.
Poll - Команда EPP <poll> призначена для читання службових
повідомлень, які сервер
EPP направляє клієнту.
Реєстратор
повинен періодично опитувати чергу системних повідомлень Реєстру для отримання
повідомлень, призначених Реєстратору. При наявності в черзі повідомлень, Реєстр у відповідь
на запит, віддає чергове повідомлення з черги. Програмне забезпечення Реєстратора має підтвердити отримання
цього повідомлення із зазначенням ідентифікатора повідомлення.
Якщо в черзі системних
повідомлень для Реєстратора немає повідомлень, у відповіді буде зазначено, що системні повідомлення відсутні.
7.2.
Контакти
В об'єкті
Контакт наступні поля є обов'язковими:
1) ім'я контакту;
2) місто;
3) дволітерний код країни;
4) e-mail адреса контакту.
Для роботи
з контактами Регламентом визначений наступний набір команд:
- create;
-
delete;
-
update;
- check;
-
info.
7.2.1.
Створення контакту
Запис про контакт створюється Реєстром за заявкою
від Реєстратора. Створення
контакту здійснюється
командою <contact:create>. Загальна функціональна схема представлена на малюнку
4.