This version of the page http://nic.dp.ua/zayavka.html (0.0.0.0) stored by archive.org.ua. It represents a snapshot of the page as of 2009-01-22. The original page over time could change.
Регистрация доменов в .DP.UA и .DNEPROPETROVSK.UA

Правила заполнения заявок на регистрацию доменов в .DP.UA

ООО "НПП "ТРАЙФЛ" обеспечивает поддержку географического публичного домена .DP.UA. Одной из задач является ведение Базы данных публичного домена .DP.UA, включающей информацию о доменах, регистраторах и другую публично доступную информацию, относящуюся к функционированию домена .DP.UA.

Для регистрации данных в зоне .DP.UA Регистратору достаточно отправить правильно заполненную форму по адресу: auto-dbm@dp.ua.

Объект domain - основной объект в Базе данных. Этот объект описывает какие записи будут добавляться в DNS зоны .DP.UA.

Право создания новых объектов domain и изменения записей о существующих доменах имеют Регистраторы и лица, которым Регистраторы доверяют выполнение этих действий от своего имени. Регистратором может стать любой субъект предпринимательской деятельности, зарегистрировавший в Базе данных необходимые объекты и заключивший Договор между регистратором и администратором публичного домена .DP.UA.

Необходимыми объектами для Регистратора являются объекты person, содержащие информацию о персонале Регистратора, и объект mntner, который служит для защиты других объектов от несанкционированного доступа и определяет метод аутентификации и авторизации, используемый Регистратором или его доверенным лицом, для внесения изменений в Базу данных. Поскольку объект mntner ссылается на объекты person, соответствующие объекты person должны быть зарегистрированы до регистрации объекта mntner или в том же сообщении-заявке на регистрацию объекта mntner. Один Регистратор может создать любое количество объектов person и только один объект mntner.

Объекты mail-obj, addr-obj и ns-obj служат для описания общей политики адресации нескольких доменов и позволяют быстро изменить набор записей MX, A и NS соответственно.

Полное описание всех объектов и примеры заполнения заявок

Объект domain

Поле Описание Пример Обяз. * Неск. **
domain Полное имя домена domain: nic.dp.ua да  
ignore Установка данного поля в YES позволяет создавать запись типа domain с отсутствующими полями a-record, sub-dom, addr-to, nserver, ns-to, mail-r и mail-to. Значение NO эквивалентно отсутствую поля ignore. Значение регистронезависимо. ignore: YES    
descr Описание домена. Обычно описывают регистранта - организацию или лицо, за которыми закреплен домен. descr: DNU
descr: Dnepropetrovsk
descr: Ukraine
  да
admin-c Администратор домена. Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо административных конфликтов.
Как правило, им является представитель регистранта.
admin-c: SB187-DPNIC
admin-c: AVS5-DPNIC
да  
tech-c Технический администратор домена. Содержит ссылку на контактную информацию - лицо, с которым следует
связываться в случае возникновения каких-либо технических проблем.
Может быть представителем как регистранта, так и регистратора.
tech-c: SB187
tech-c: AVS5
да да
zone-c Администратор зоны. Содержит ссылку на контактную информацию - человека, чей адрес указан в SOA. Поле используется только при делегировании зоны. При регистрации записей других типов в заявке должно присутствовать хотя бы одно из полей a-record, sub-dom, mail-r или mail-to. zone-c: SB187
zone-c: AVS5
  да
notify Электронный адрес, по которому будет высылаться все изменения этого объекта. Используется для защиты от несанкционированого доступа. notify: sergey@apex.dp.ua   да
mnt-by Ссылка на объект mntner, который используется для защиты от несанкционированного доступа. mnt-by: APEX-MNT да  
a-record Добавить 'A' запись в DNS. a-record: 195.24.128.65   да
sub-dom Домен четвертого уровня. Поле содержит дополнительный домен и ip адрес. В качестве дополнительного домена может быть указана "*". sub-dom: www 195.24.128.65   да
addr-to Ссылка на объект addr-obj, в котором описываются общие правила адресации для зоны.
Не может быть задано, если в заявке присутствует хотя бы одно из полей nserver или ns-to
addr-to: APEX-ADDR    
mail-r Добавить "MX" запись в DNS.
Не может быть задано, если в заявке присутствует хотя бы одно из полей nserver или ns-to
mail-r: 10 smtp.apex.dp.ua
mail-r: 20 smtp.lucky.net
  да
mail-to Ссылка на объект mail-obj, в котором описываются общие правила по маршрутизации почты.
Не может быть задано, если в заявке присутствует хотя бы одно из полей nserver или ns-to
mail-to: APEX-MAIL    
nserver Список серверов доменных имен для зоны, указанной в поле domain. Каждый primary или secondary сервер описывается парой "имя домена" и "IP адрес". Не может быть задано, если в заявке присутствует хотя бы одно из полей a-record, sub-dom, addr-to, mail-r или mail-to nserver: ns.apex.dp.ua 195.24.128.65
nserver: ns.lucky.net 193.193.193.100
  да
ns-to Ссылка на объект ns-obj, в котором описываются общие правила указания серверов имен для зоны. Не может быть задано, если в заявке присутствует хотя бы одно из полей a-record, sub-dom, addr-to, mail-r или mail-to nserver: APEX-NS    
delete Запрос на удаление записи из DNS. Поле используется в случае удаления домена из базы доменов DP.UA. delete: свободный текст, обычно причина удаления.    
created *** Дата регистрации домена. Поле автоматически выставляется один раз, при регистрации домена. Если домен будет удален и зарегистрирован заново - значение поля created поменяется. Формат YYYY-MM-DD. Поле можно указывать в заявке к auto-dbm, но его значение будет игнорироваться. changed: 2007-01-01    
updated Дата последней модификации домена. В качестве значения автоматически подставляется текущая дата. выставляется один раз, при регистрации домена. Формат YYYY-MM-DD. Поле можно указывать в заявке, но его значение будет игнорироваться. updated: 2008-01-01    
expires Дата окончания срока периода делегирования домена. Поле чисто информационное, по достижению срока, указанного в expires домен не будет атоматически заблокирован или удален. Значение в формате YYYY-MM-DD, AUTO или NONE (регистронезависимо). Если указано значение AUTO и поле еще не задано - подставляется текущая дата + 1 год, если уже задано - дата из поля + 1 год (отработка операции продления срока окончания регистрации домена). Если указано значение NONE - поле expires удаляется из записи о домене. expires: 2009-01-01    
changed Поле содержит электронный адрес человека, создавшего или изменившего объект и дату проведения изменения. changed: sergey@apex.dp.ua 20010524 да  
source Источник данных.
В Базе данных публичного домена .DP.UA всегда APEX.
source: APEX да  

* - обязательное поле

** - может быть несколько полей данного типа

*** - В качестве начального значения для доменов, зарегистрированых начиная с 2000 года взята информация из логов робота auto-dbm. Для более ранних доменов - из полей changed базы доменов. Т.к. changed подставляется не автоматически, для таких доменов возможны ошибки, если таковы будут замечены - просьба сообщить об этом на hostmaster@dp.ua.

Объект person.

Поле Описание Пример Обяз. * Неск. **
person Фамилия имя человека. person: Sergey Boganov да  
nic-hdl Краткое сокращение, позволяющее однозначно найти человека в Базе данных. Используется в полях admin-c, tech-c, zone-c. Представляет собой комбинацию 2-4 латинских букв (обычно инициалы) и цифр, модифицирующих nic-hdl в плане уникальности.
Заканчивается суффиксом DPNIC
nic-hdl: SB187-DPNIC да  
descr Описание домена. Обычно описывают регистранта - организацию или лицо, за которыми закреплен домен. descr: DNU
descr: Dnepropetrovsk
descr: Ukraine
  да
address Почтовый адрес по которому можно вести переписку. address: Gagarina av 17/315
address: Dnepropetrovsk
address: Ukraine
да да
phone Телефон. phone: +380 562 410054 да да
fax-no Номер факса. fax-no: +380 562 476995   да
e-mail Электронный адрес. e-mail: sergey@apex.dp.ua да да
notify Электронный адрес, по которому будет отправляться информация о всех изменениях этого объекта. Используется для защиты от несанкционированного доступа. notify: sergey@apex.dp.ua   да
mnt-by Ссылка на объект mntner, который используется для защиты от несанкционированного доступа. mnt-by: APEX-MNT да  
changed Поле содержит электронный адрес человека, создавшего или изменившего объект и дату проведения изменения. changed: sergey@apex.dp.ua 20010524 да  
source В Базе данных публичного домена .DP.UA всегда APEX. source: APEX да  

* - обязательное поле

** - может быть несколько полей данного типа

Объект mntner.

Поле Описание Пример Обяз. * Неск. **
mntner Краткое название объекта
Заканчивается суффиксом MNT
mntner: APEX-MNT да  
descr Краткое описание объекта. Для чего или для кого он предназначен. descr: Apex NCC protect object да да
reg-id Идентификатор Регистратора. reg-id: dp.apex да  
admin-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо административных конфликтов. admin-c: SB187-DPNIC
admin-c: AVS5-DPNIC
да да
tech-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо технических проблем. tech-c: SB187
tech-c: AVS5
да да
mnt-by Ссылка на объект mntner, который используется для защиты от несанкционированного доступа. mnt-by: APEX-MNT да  
notify Электронный адрес, по которому будет отправляться информация о всех изменениях этого объекта. Используется для защиты от несанкционированного доступа. notify: sergey@apex.dp.ua да да
mnt-by Ссылка на объект mntner, который используется для защиты от несанкционированного доступа. mnt-by: APEX-MNT да  
upd-to Электронный адрес, по которому будут приходить все сообщения о попытках несанкционированного изменения объекта. upd-to: sergey@apex.dp.ua
upd-to: postmaster@apex.dp.ua
да да
mnt-nfy Электронный адрес, по которому будут отправляться все изменения состояния объектов. mnt-nfy: sergey@apex.dp.ua
mnt-nfy: postmaster@apex.dp.ua
да да
auth *** Метод авторизации.
Формат: <схема> <данные>
Доступные схемы:
NONE - авторизация не проводится, любой может изменять данные.
CRYPT-PW <данные> - это пароль, зашифрованный методом des или md5. При этом в любом запросе необходимо указывать поле password.
MAIL-FROM <данные> - почтовый адрес, запросы с которого будут обрабатываться.
MAIL-GW <данные> - ip-адрес почтового шлюза, через который обязана пройти заявка. Рекомендуется указывать адреса ближайших к отправителю шлюзов, в идеале - ip адрес хоста, с которого уйдет заявка.
auth: NONE
auth: CRYPT-PW QasWadASWQEX
auth: MAIL-FROM .*@apex.dp.ua
auth: MAIL-GW 195.24.128.4
да да
changed Поле содержит электронный адрес человека, создавшего или изменившего объект и дату проведения изменения. changed: sergey@apex.dp.ua 20010524 да  
source Источник данных. В Базе данных публичного домена .DP.UA всегда APEX. source: APEX да  

* - обязательное поле

** - может быть несколько полей данного типа

*** - Если указано несколько схем авторизации, отработать должны они все. Например: указана несколько записей типа MAIL-FROM и несколько типа MAIL-GW. В этом случае авторизация будет считаться успешной только в том случае, если адрес отправителя подпадает хотя бы под одно из правил MAIL-FROM, а ip-адрес почтового шлюза - хотябы под одно из правил MAIL-GW.

Объект mail-obj.

Поле Описание Пример Обяз. * Неск. **
mail-obj Название объекта.
Заканчивается суффиксом MAIL
mail-obj: APEX-MAIL да  
descr Краткое описание объекта. Для чего он предназначен. descr: Apex NCC mail routing policy   да
admin-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо административных конфликтов. admin-c: SB187-DPNIC
admin-c: AVS5-DPNIC
  да
tech-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо технических проблем. tech-c: SB187
tech-c: AVS5
  да
notify Электронный адрес, по которому будет отправляться информация о всех изменениях этого объекта. Используется для защиты от несанкционированного доступа. notify: sergey@apex.dp.ua   да
mnt-by Ссылка на объект mntner, который используется для защиты от несанкционированного доступа. mnt-by: APEX-MNT да  
mail-r Добавить "MX" запись в DNS mail-r: 10 smtp.apex.dp.ua
mail-r: 20 smtp.lucky.net
да да
changed Поле содержит электронный адрес человека, создавшего или изменившего объект и дату проведения изменения. changed: sergey@apex.dp.ua 20010524 да  
source Источник данных. В Базе данных публичного домена .DP.UA всегда APEX. source: APEX да  

* - обязательное поле

** - может быть несколько полей данного типа

Объект addr-obj.

Поле Описание Пример Обяз. * Неск. **
addr-obj Название объекта.
Заканчивается суффиксом ADDR
addr-obj: APEX-ADDR да  
descr Краткое описание объекта. Для чего он предназначен. descr: Apex NCC hosting routing policy   да
admin-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо административных конфликтов. admin-c: SB187-DPNIC
admin-c: AVS5-DPNIC
  да
tech-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо технических проблем. tech-c: SB187
tech-c: AVS5
  да
notify Электронный адрес, по которому будет отправляться информация о всех изменениях этого объекта. Используется для защиты от несанкционированного доступа. notify: sergey@apex.dp.ua   да
a-record Добавить 'A' запись в DNS. a-record: 195.24.128.65 да да
sub-dom Домен четвертого уровня. Поле содержит дополнительный домен и ip адрес. В качестве дополнительного домена может быть указана "*". sub-dom: www 195.24.128.65 да да
mnt-by Ссылка на объект mntner, который используется для защиты от несанкционированного доступа. mnt-by: APEX-MNT да  
changed Поле содержит электронный адрес человека, создавшего или изменившего объект и дату проведения изменения. changed: sergey@apex.dp.ua 20010524 да  
source Источник данных. В Базе данных публичного домена .DP.UA всегда APEX. source: APEX да  

* - обязательное поле

** - может быть несколько полей данного типа

Объект ns-obj.

Поле Описание Пример Обяз. * Неск. **
ns-obj Название объекта.
Заканчивается суффиксом NS
ns-obj: APEX-NS да  
descr Краткое описание объекта. Для чего он предназначен. descr: Apex NCC nserver policy   да
admin-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо административных конфликтов. admin-c: SB187-DPNIC
admin-c: AVS5-DPNIC
  да
tech-c Содержит ссылку на контактную информацию - лицо, с которым следует связываться в случае возникновения каких-либо технических проблем. tech-c: SB187
tech-c: AVS5
  да
notify Электронный адрес, по которому будет отправляться информация о всех изменениях этого объекта. Используется для защиты от несанкционированного доступа. notify: sergey@apex.dp.ua   да
mnt-by Ссылка на объект mntner, который используется для защиты от несанкционированного доступа. mnt-by: APEX-MNT да  
nserver Список серверов доменных имен для зоны, указанной в поле domain. Каждый primary или secondary сервер описывается парой "имя домена" и "IP адрес". Не может быть задано, если в заявке присутствует хотя бы одно из полей a-record, sub-dom, addr-to, mail-r или mail-to nserver: ns.apex.dp.ua 195.24.128.65
nserver: ns.lucky.net 193.193.193.100
да да
changed Поле содержит электронный адрес человека, создавшего или изменившего объект и дату проведения изменения. changed: sergey@apex.dp.ua 20010524 да  
source Источник данных. В Базе данных публичного домена .DP.UA всегда APEX. source: APEX да  

* - обязательное поле

** - может быть несколько полей данного типа

CNAME

Заявки на регистрацию CNAME и прочих записей не обрабатываются. Если их использование необходимо, следует зарегистрировать зону и применить эту конструкцию в описании зоны на обслуживающих ее нэйм-серверах.


Пример заполнения объекта person

Здесь показана типичная заявка на регистрацию персоны с использованием защиты уже существующим объектом mntner. Если объект mntner еще создан, смотрите пример заполнения объекта mntner

person:  Sergey A Boganov
address: Apex NCC
address: Gagarina av 17/315
address: Ukraine
phone:   +380 562 410054
phone:   +380 562 476995
e-mail:  sergey@apex.dp.ua
nic-hdl: SB187
mnt-by:  APEX-MNT
changed: sergey@apex.dp.ua 20010524
source:  APEX

Пример заполнения объекта mntner

Объект APEX-MNT показывает, что если в другом объекте будет строка mnt-by: APEX-MNT, то изменения для этого объекта будут приниматься только если письмо было послано с адреса вида *@apex.dp.ua, все попытки несанкционированного доступа будут пересылаться по адресам sergey@apex.dp.ua и alexs@apex.dp.ua.

В этом же примере показаны заявки на регистрацию объектов person, используемых в объекте mntner. Разумеется, включать их в сообщение-заявку на объект mntner следует только в том случае, если объекты person, на которые ссылается mntner не были созданы ранее.

При указании нескольких объектов в одном сообщении-заявке их необходимо разделять пустой строкой.

mntner:  APEX-MNT
descr:   Apex NCC protect object
reg-id:  dp.apex
admin-c: SB187-DPNIC
tech-c:  AVS5-DPNIC
tech-c:  SB187-DPNIC
upd-to:  sergey@apex.dp.ua
upd-to:  alexs@apex.dp.ua
auth:    MAIL-FROM .*@apex.dp.ua
notify:  sergey@apex.dp.ua
mnt-by:  APEX-MNT
changed: sergey@apex.dp.ua 20010524
source:  APEX

person:  Sergey A Boganov
address: Apex NCC
address: Gagarina av 17/315
address: Ukraine
phone:   +380 562 410054
phone:   +380 562 476995
e-mail:  sergey@apex.dp.ua
nic-hdl: SB187
changed: sergey@apex.dp.ua 20010524
source:  APEX

person:  Alexandr V Savchenko
address: Apex NCC
address: Gagarina av 17/315
address: Ukraine
phone:   +380 562 410054
fax-no:  +380 562 476995
e-mail:  alexs@apex.dp.ua
nic-hdl: AVS5
changed: sergey@apex.dp.ua 20010524
source:  APEX

Примеры заполнения объекта domain

Рассмотрим типичные случаи. Необходимо зарегистрировать 'A' запись . Заявка тогда будет выглядеть как:

domain:   apex.dp.ua
a-record: 195.24.128.65
....

Необходимо зарегистрировать нового абонента со своим набором MX-ов:

domain: gtk.dp.ua
...
mail-r: 10 smtp.gtk.dp.ua
mail-r: 20 apex.dp.ua
mail-r: 50 mixt.apex.dp.ua
...

Необходимо зарегистрировать стандартного абонента:

domain:  nnn.dp.ua
mail-to: APEX-MAIL
...

где в объекте APEX-MAIL заранее описан набор MX записей.

Необходимо зарегистрировать www.xxx.dp.ua:

domain:  xxx.dp.ua
sub-dom: www 195.24.128.65
...

Типичная заявка на регистрацию одиночного доменного имени с поддоменом www, привязкой к ip-адресу и указанием маршрутизации почты на поддомен mail выглядит так:

domain:   example.dp.ua
descr:    Some domain example
admin-c:  SB187-DPNIC
tech-c:   AVS5-DPNIC
tech-c:   SB187-DPNIC
a-record: 195.24.128.65
sub-dom:  www 195.24.128.65
sub-dom:  mail 195.24.128.66
mail-r:   10  mail.example.dp.ua
mail-r:   25  mixt.apex.dp.ua
notify:   sergey@apex.dp.ua
mnt-by:   APEX-MNT
changed:  sergey@apex.dp.ua 20010524
source:   APEX
domain:   example2.dp.ua
descr:    Some domain example
admin-c:  SB187-DPNIC
tech-c:   AVS5-DPNIC
tech-c:   SB187-DPNIC
ignore:   YES
notify:   sergey@apex.dp.ua
mnt-by:   APEX-MNT
changed:  sergey@apex.dp.ua 20010524
source:   APEX

Типичная заявка на регистрацию зоны:

domain:  example.dp.ua
descr:   Some zone example
admin-c: SB187-DPNIC
tech-c:  AVS5-DPNIC
tech-c:  SB187-DPNIC
zone-c:  AS2329-DPNIC
nserver: ns1.example.dp.ua 195.24.128.65
nserver: ns2.example.dp.ua 195.24.128.164
notify:  sergey@apex.dp.ua
mnt-by:  APEX-MNT
changed: sergey@apex.dp.ua 20010524
source:  APEX

Пример заполнения объекта mail-obj

Данный объект показывает, что если в объекте domain будет строка вида mail-to: APEX-MAIL то для данного объекта будет сгенерирован стандартный набор записей MX.

mail-obj: APEX-MAIL
descr:    Apex NCC mail policy
admin-c:  KVV-DPNIC
tech-c:   KVV-DPNIC
tech-c:   SPN-DPNIC
mail-r:   10 relay.trifle.net
mail-r:   20 relay2.trifle.net
notify:   hostmaster@apex.dp.ua
mnt-by:   APEX-MNT
changed:  hostmaster@apex.dp.ua 20010524
source:   APEX

Пример заполнения объекта addr-obj

Данный объект показывает, что если в объекте domain будет строка вида addr-to: APEX-ADDR то для данного объекта будет сгенерирован стандартный набор A записей.

addr-obj: APEX-HOSTING
descr:    Apex NCC hosting policy
admin-c:  KVV-DPNIC
tech-c:   KVV-DPNIC
tech-c:   SPN-DPNIC
a-record: 195.24.128.90
sub-dom:  www 195.24.128.90
notify:   hostmaster@apex.dp.ua
mnt-by:   APEX-MNT
changed:  hostmaster@trifle.net 20061113
password: RjnjDfcbZ
source:   APEX

Пример заполнения объекта ns-obj

Данный объект показывает, что если в объекте domain будет строка вида ns-to: APEX-NS то для данного объекта будет сгенерирован стандартный набор NS записей.

ns-obj:   APEX-NS
descr:    Apex NCC domain policy
admin-c:  KVV-DPNIC
tech-c:   KVV-DPNIC
tech-c:   SPN-DPNIC
nserver:  ns2.dp.ua 212.3.106.17
nserver:  ns2.trifle.net 195.24.128.164
notify:   hostmaster@apex.dp.ua
mnt-by:   APEX-MNT
changed:  hostmaster@trifle.net 20061113
password: RjnjDfcbZ
source:   APEX

Специальные команды.

Система auto-dbm поддерживает выполнение некоторых специальных команд следующего формата:

mntner:    имя
command:   команда
password:  пароль

В заголовке сообщения обязательно должно быть ключевое слово COMMAND. Регистр наименования команды в поле command и заголовка сообщения значения не имеет. Запрашивающий данные mntner должен рботать по схеме авторизации CRYPT-PW.

Список доступных команд:

Формат заголовка письма-заявки.

ADD <имя>.dp.uaЗарегистрировать новый домен
DELETE <имя>.dp.uaУдалить домен
RENEW <имя>.dp.uaПродлить срок делегирования домена *
MODIFY <имя>.dp.uaМодифицировать домен

* Не действует для доменов, у которых не задано значение в поле expires.

Регистр символов в заголовке заявки значения не имеет.

Особенности обработки групповых заявок:

Если надо удалить или продлить только некоторые из доменов групповой заявки, оставьте заголовок пустым и используйте поля delete (любое текстовое значение) или expires (значение AUTO) соответственно.

Возможные ответы автоматизированной системы регистрации.

New OK: [domain] <имя>.dp.uaЗарегистрирован новый домен
Renew OK: [domain] <имя>.dp.uaПродлен срок делегирования домена *
Update OK: [domain] <имя>.dp.uaДомен модифицирован
Delete OK: [domain] <имя>.dp.uaДомен удален

* Так как возможно продление срока делегирования с одновременной модификацией, следует различать ответы "Renew OK:..." и "Update OK:...". Первый означает что для домена продлен срок делегирования и, кроме того, он возможно дополнительно модифицирован. Второй - что домен был только модифицирован, без продления срока делегирования.

Любые иные варианты ответов говорят о невозможности выполнить ту или иную операцию и описывают на причину отказа.


<< главная