nic hdl что это
Nic hdl что это
Что такое nic-handle и зачем он нужен?
nic-handle обычно состоит из двух-трех букв (инициалы владельца) и порядкового номера. Далее через тире может следовать название базы данных, в которой хранится соответствующая запись, или для краткости ник.
Если суффикс отсутствует, то это база данных Internic и обращаться к ней нужно по адресу http://www.networksolutions.com/cgi-bin/whois/whois
Таким образом, nic-handle можно рассматривать как указатель (ссылку) на запись в некоторой базе данных о лицах, отвечающих за определенный сервис в системе доменных имен.
Как получить nic-handle?
Кроме того, можно самостоятельно зарегистрировать nic-handle, например, в базе данных Европейского агенства по IP сетям ( RIPE ). Для этого нужно заполнить форму (см. далее) и отослать по адресу auto-dbm@ripe.net
Список полей может отличаться, но нaболее важные:
Полный перечень полей и их назначение см. http://www.ripe.net/ripe/docs/ripe-157.htm (пункт Contact Information)
Если домен или блок ip-адресов предназначен для организации и в качестве контакта вы хотите указать не конкретного человека, а группу людей (отдел), должностное лицо (хостмастер) или организацию целиком, лучше зарегистрировать ролевой код (role object) http://ripe.net/ripe/docs/ripe-189.html (пункт 1.2.3 Contact information)
Список полей аналогичен описанным выше, нолько вместо имени человека (поле person:) указывается название организации, должность или «роль» (поле role:).
АРХИВНАЯ КОПИЯ САЙТА
Проекту 20.8 лет
навигация по сайту
клуб провайдеров
новости провайдеров
партнеры
Описание сервиса WHOIS
Сервис whois позволяет получить информацию о доменном имени. Для различных доменных зон выдается разный набор информации. В общем случае, это сведения о персоне или организации, на которую зарегистрирован домен, дата регистрации домена, дата окончания срока регистрации. В Сети можно найти очень много сайтов, на которых, введя в форму доменное имя и нажав кнопку Ок, за 5 секунд можно получить сведения о домене. Однако, доверять можно только сведениям, полученным от официальных координаторов зон, в которых находятся проверяемые доменные имена.
Вводим для примера доменное имя hostobzor.ru, получаем следующее:
Содержание ответа whois-сервиса в случае регистрации через РосНИИРОС и в случае регистрации через любого другого регистратора, как это не странно, очень различаются.
После блока с информацией о домене выводится блок с более полной информацией о владельце (администраторе) домена. Честно говоря, мы бы получили бы такой блок информации, если бы ввели в форму для проверки не имя домена, а идентификатор (nic-handle) владельца домена.
Строка «Last updated on …» содержит дату и время (по Москве) последнего изменения в базе данных РосНИИРОС, пусть даже и не связанного с Вашим доменом. При нормальном режиме работы базы данных отличается от текущего не более, чем на 10-15 минут.
1.1.1. Описание ответа whois для идентификаторов персон в БД РосНИИРОС
1.1.2. Описание ответа whois для идентификаторов организаций в базе данных РосНИИРОС
Содержание ответа не очень сильно разнится с тем, которое приведено для доменов второго уровня в пункте 1.1. Однако, из-за того, что регистрация данных доменов бесплатная, поле state может иметь только два значения: либо «Delegated», либо «RIPN NCC check in progress». Второе значение можно увидеть сразу после посылки заявки на регистрацию домена до того момента, когда заявка пройдет ручную модерацию и будут протестированы nc-сервера. После этого поле state меняет свое значение на «Delegated», все пьют шампанское и празднуют рождение нового бесплатного домена третьего уровня.
1.4. Редкие и специальные поля в whois ответе
Так как для данных доменных зон уже очень давно действует распределенная система регистраторов, то форма ответа основного whois-сервиса не отличается в зависимости от регистратора.
К примеру, возьмем домен pony.com:
Разберем поля более подробно:
Domain Name: PONY.COM
Собственно имя домена
Registrar: NETWORK SOLUTIONS, INC.
Название регистратора
Whois Server: whois.networksolutions.com
Адрес whois-сервера регистратора
Referral URL: http://www.networksolutions.com
Адрес сайта регистратора
Updated Date: 10-aug-2003
Дата последнего изменения информации о домене
Creation Date: 21-mar-1997
Дата регистрации домена
Expiration Date: 22-mar-2010
Дата истечения срока регистрации домена. Так как в данных зонах возможна регистрация/продление домена сроком не только на один год, но и на любое количество до десяти, дата истечения срока регистрации может отличаться от текущей на 10 и менее лет.
Наверное, Вы удивились почему ничего не указано про владельца домена. Все дело в том, что каждый регистратор ведет собственную базу данных по людям и возможны несоответствия форматов. Поэтому, в случае, если необходима более полная информация о домене и его владельце, необходимо зайти на сайт регистратора (он указан в поле Referral URL), найти там whois-сервис и все проверить.
Так как право владения домена в данных зонах большей частью подтверждается возможностью доступа к почтовому ящику, который указан в данных контакта, очень важно при регистрации домена указывать надежный, проверенный временем, желательно не бесплатный почтовый ящик. До 90% краж доменов происходит именно через взлом или неправомерный доступ к почтовому ящику.
Nic hdl что это
RIR поддерживает базу данных распределённых IP-адресов и сопутствующих объектов (далее БД RIR), а также обязывает провайдеров заносить в эту базу информацию об используемых провайдером и его абонентами IP-адресах. Таким образом, в базе данных региональной регистратуры должны присутствовать записи и о провайдерском блоке адресов и о сетях абонентов провайдера, действующего в регионе, попадающем в зону ответственности региональной регистратуры.
Рассмотрим структуру БД RIR на примере RIPE (она также аналогична APNIC).
БД RIPE состоит из следующих записей:
Объект БД определен как список пар в текстовом виде атрибут-значение. Каждая пара пишется в отдельной строке. Имя атрибута начинается в колонке 0, за ним следует знак «:«, а далее пишется значение атрибута. Описание объекта может содержать комментарии. Комментарий начинает со знака «#» и заканчивается концом строки. Комментарий не может начинаться вначале строки. Представление объекта заканчивается пустой строкой. Атрибуты могут быть обязательными и необязательными. Атрибуты могут быть простыми или многозначными. Многозначные атрибуты могут иметь несколько записей атрибут-значение в объекте, в то время как простой атрибут только одну. Каждый объект однозначно определяется некоторым множеством атрибутов, относящихся к классу primary key.
[mandatory] | По крайней мере один раз этот атрибут должен быть описан в объекте. |
[optional] | Атрибут не обязателен в объекте и может быть опущен. |
[generated] | Атрибут автоматически генерируется сервером. |
[single] | Объект не должен содержать боле одного включения данного атрибута. |
[multiple] | Объект может содержать более одного включения данного атрибута. |
[look-up key] | Атрибут индексируется (По нему можно определить данный объект). |
[inverse key] | Атрибут является внешним ключом. |
[primary key] | Атрибут является первичным ключом (или его частью). |
Атрибут является и первичным ключом (или его частью), и индексируемым. |
Рассмотрим объекты inetnum, person, role.
Первая колонка представляет собой атрибут, вторая и третья – определяют тип атрибута, а четвёртая обозначает, является ли атрибут каким-либо ключом в базе данных.
ALLOCATED PA: Это пространство адресов было выделено LIR, и ни одно назначение или суб-выделение, сделанное из него, не является переносимым. Назначения и суб-выделения не могут быть сохранены при переходе к другому поставщику.
ALLOCATED PI: Это пространство адресов было выделено LIR или RIR, и все сделанные оттуда назначения являются переносимыми. Назначения могут быть сохранены, столь долго, сколь сохраняет действие исходный критерий назначения. Суб-выделения из этого типа адресного пространства производиться не могут.
ALLOCATED UNSPECIFIED: Это пространство адресов было выделено LIR или RIR. Назначения могут быть PA или PI. Этот статус предназначен для документирования прошлых выделений, где существуют назначения обоих типов. Он не употребляется для новых выделений. Суб-выделения из этого типа адресного пространства производиться не могут.
SUB-ALLOCATED PA: Это пространство адресов LIR суб-выделил для сетевого оператора, который будет производить из него назначения. Все сделанные оттуда назначения являются PA. Они не могут быть сохранены при переходе на обслуживание к другому поставщику.
LIR-PARTITIONED PA: Это позволяет LIR документировать распределение и передать управление выделенным пространством внутри своей организации. Пространство адресов со статусом LIR-PARTITIONED не считается используемым. Когда адреса используются, более специфичный inetnum должен быть зарегистрирован.
LIR-PARTITIONED PI: Это позволяет LIR документировать распределение и передать управление выделенным пространством внутри своей организации. Пространство адресов со статусом LIR-PARTITIONED не считается используемым. Когда адреса используются, более специфичный inetnum должен быть зарегистрирован.
EARLY-REGISTRATION: Это используется администрацией базы данных RIPE при передаче регистраций эпохи до RIR из базы данных ARIN. Это значение может быть изменено пользователями базы данных. Только администраторы базы данных RIPE могут создавать объекты с таким значением.
NOT-SET: Это означает, что регистрация была произведена, до того как атрибут «status:» стал обязателен для объектов inetnum. Объект не был с тех пор скорректирован. Новые объекты не могут быть созданы с таким значением. Значение может быть изменено пользователями базы данных.
ASSIGNED PA: Это пространство адресов было назначено конечному пользователю для пользования услугами, предоставляемыми выдающей LIR. Оно не может быть сохранено после завершения использования услуг, предоставляемых этой LIR.
ASSIGNED PI: Это пространство адресов было назначено конечному пользователю и может сохраняться за ним сколь угодно долго, пока исходный критерий назначения действителен.
Создание объекта inetnum со статусом «ASSIGNED PA» или «ASSIGNED PI» возможно, только если не существует меньшего или большего по размерам пересекающегося по пространству адресов (специфичного) объекта inetnum со статусом «ASSIGNED».
Пространство адресов без явно прописанного типа в атрибуте «status:» принимается за PI. LIRы должны чётко обозначать все новые назначения в базе данных RIPE как «PA» либо «PI» соответственно.
RIPE NCC более не выделяет пространство адресов PI. Следовательно, у многих LIR нет выделенных им адресов PI, из которых они могут назначать адреса PI. Если у LIR есть конечный пользователь, которому требуется пространство адресов PI, она может поддержать его, отправляя запросы в RIPE NCC от имени конечного пользователя. Эта поддержка включает в себя помощь конечным пользователям в подготовке соответствующим образом документированного запроса. RIPE NCC произведёт назначение адресов PI, когда это оправдано.
Регистрация контактов в базе RIPE
Все выделенные ресурсы (IP адреса, номера AS) регистрируются в базе данных RIPE. Там же регистрируется информация о персонах и организациях, ответственных за использование ресурсов. Эта информация называется «контактной».
К контактной информации относятся объекты типа «person» и «organisation». Для регистрации объекта «organisation» необходимо предварительно зарегистрировать объект «mntner».
Если эти объекты были зарегистрированы ранее, вторичной регистрации не требуется. Чтобы удостовериться, что объекты зарегистрированы, используйте Поиск в базе RIPE.
Если зарегистрированные ранее объекты требуют обновления, используйте информацию Обновление данных в базе RIPE.
Ниже приводится описание процедуры регистрации по e-mail объектов «person», «organisation» и «mntner». Вы можете также использовать сервис Webupdates.
Объект «person» базы данных RIPE содержит информацию об административном или техническом контакте сети. Ссылки на объект «person» содержатся в полях «admin-c» and «tech-c» объектов «inetnum», «aut-num» и др.
Зарегистрировать объект в базе данных RIPE можно по электронной почте или через Webupdates.
Для регистрации по электронной почте необходимо:
-Скопировать форму объекта.
-Заполнить форму, используя описание полей, см. ниже. Поля с пометкой [optional] заполнять необязательно. Удалить всю лишнюю информацию, оставив только перечень полей и их значения.
-Отправить заполненную форму на auto-dbm@ripe.net. В ответ на Ваше письмо база данных RIPE пришлет сообщение о создании объекта или отчет об ошибках. Вы можете также прислать заполненную форму на sales@plusinfo.ru для обработки сотрудником нашей компании.
Описание дается только для полей, обязательных для заполнения, со значением [mandatory].
person: Имя, фамилия персоны. Минимум два слова, разделенные пробелом. Точка («.») после первого и последнего слова исключается.
address: Полный почтовый адрес.
phone: Номер телефона с указанием кодов страны и города.
changed: e-mail персоны, создавшей объект, и дата создания объекта в формате YYYYMMDD. (Дата проставляется автоматически при регистрации объекта).
Пример заполненной формы
person: | Petr Ivanovich Ivanov |
address: | Strojenie 1, 7, Podkopaevsky per., |
address: | 109028, Moscow |
address: | Russia |
phone: | +7 495 7303020 |
fax-no: | +7 495 7303020 |
nic-hdl: | AUTO-1 |
e-mail: | petr@plusinfo.ru |
changed: | info@plusinfo.ru |
source: | RIPE |
Пример зарегистрированного объекта «person»
person: | Petr Ivanovich Ivanov |
address: | Strojenie 1, 7, Podkopaevsky per., |
address: | 109028, Moscow |
address: | Russia |
phone: | +7 495 7303020 |
fax-no: | +7 495 7303020 |
nic-hdl: | PII-RIPE |
e-mail: | petr@plusinfo.ru |
changed: | info@plusinfo.ru |
source: | RIPE |
Объект «organisation» базы данных RIPE содержит информацию об организации, являющейся владельцем IP адресов.
Зарегистрировать объект в базе данных RIPE можно по электронной почте или через Webupdates.
Для регистрации по электронной почте необходимо:
-Скопировать форму объекта.
-Заполнить форму, используя описание полей, см. ниже. Поля с пометкой [optional] заполнять необязательно. Удалить всю лишнюю информацию, оставив только перечень полей и их значения.
-Отправить заполненную форму на auto-dbm@ripe.net. В ответ на Ваше письмо база данных RIPE пришлет сообщение о создании объекта или отчет об ошибках. Вы можете также прислать заполненную форму на sales@plusinfo.ru для обработки сотрудником нашей компании.
Описание дается только для полей, обязательных для заполнения, со значением [mandatory].
organisation: Уникальный идентификатор организации в базе данных RIPE. При создании объекта в поле «organisation:» указать «AUTO-1» или «AUTO-1 (от 2 до 4 букв). Идентификатор присваивается автоматически при регистрации.
org-name: Название организации.
address: Полный почтовый адрес организации.
e-mail: E-mail организации или персоны.
mnt-ref: Maintainer организации. (См. «Объект «mntner»).
mnt-by: Maintainer организации. (См. «Объект «mntner»).
changed: e-mail того, кто создал объект, и дата создания объекта в формате YYYYMMDD. (Дата проставляется автоматически при регистрации объекта).
Пример заполненной формы
organisation: | AUTO-1 |
org-name: | PLUSINFO LTD |
org-type: | OTHER |
address: | Strojenie 1, 7, Podkopaevsky per., |
address: | 109028, Moscow |
address: | Russia |
e-mail: | info@plusinfo.ru |
mnt-ref: | PLUSINFO-MNT |
mnt-by: | PLUSINFO-MNT |
changed: | info@plusinfo.ru |
source: | RIPE |
Пример зарегистрированного объекта «person»
organisation: | ORG-PL144-RIPE |
org-name: | PLUSINFO LTD |
org-type: | OTHER |
address: | Strojenie 1, 7, Podkopaevsky per., |
address: | 109028, Moscow |
address: | Russia |
e-mail: | info@plusinfo.ru |
mnt-ref: | PLUSINFO-MNT |
mnt-by: | PLUSINFO-MNT |
changed: | info@plusinfo.ru |
source: | RIPE |
Объект «mntner» служит для идентификации лица, имеющего полномочия на изменение объектов, защищенных данным mntner’ом.Mntner необходим для защиты от несанкционированного изменения объектов, содержащих информацию о выделенных ресурсах.
Зарегистрировать объект в базе данных RIPE можно по электронной почте или через Webupdates.
Для регистрации по электронной почте необходимо:
-Скопировать форму объекта.
-Заполнить форму, используя описание полей, см. ниже. Поля с пометкой [optional] заполнять необязательно. Удалить всю лишнюю информацию, оставив только перечень полей и их значения.
-Отправить заполненную форму на auto-dbm@ripe.net. В ответ на Ваше письмо база данных RIPE пришлет сообщение о создании объекта или отчет об ошибках. Вы можете также прислать заполненную форму на sales@plusinfo.ru для обработки сотрудником нашей компании.
Описание дается только для полей, обязательных для заполнения, со значением [mandatory].
descr: Краткое описание объекта.
admin-c: Администативный контакт. Указывается nic-hdl персоны, зарегистрированной в базе RIPE.
upd-to: E-mail, на который приходят сообщения от базы данных в случае неудачных изменений объектов, защищенных данным mntner’ом.
auth: Схема авторизации и зашифрованный пароль («encrypted password»).
Для шифрования пароля по схеме MD5-PW используйте сервис «Crypted password generation».
Введите выбранный Вами пароль («clear password») в поле ввода «Password:» и нажмите «Submit».
Полученную строку перенесите в поле «auth:» объекта.
mnt-by: Уникальный идентификатор объекта mntner. Значение поля то же, что и в поле mntner:.
changed: e-mail персоны, создавшей объект, и дата создания объекта в формате YYYYMMDD. (Дата проставляется автоматически при регистрации объекта).
Пример заполненной формы
Пример зарегистрированного объекта «mntner»
Передача прав на домен через личный кабинет
Для смены администратора домена через личный кабинет необходимо:
Обращаем ваше внимание, что Регистратор оставляет за собой право приостановить обработку заявок на смену Администратора, а также запросить любые дополнительные документы:
Передача прав на домен по письму
Для смены Администратора домена по письму действующий Администратор должен предоставить письмо о том, что он передает права на домен
Письмо от передающего права на администрирование домена должно быть следующего содержания:
Если права на домен передаёт физическое лицо или ИП
Не допускается передача прав по письму, подписанному представителем Администратора на основании доверенности, если при этом права по администрированию домена передаются самому представителю или другому лицу, представителем которого он является (на основании ч. 3 ст.182 Гражданского кодекса РФ).
Обращаем ваше внимание на особые случаи, когда организации, передающей права на администрирование домена, требуется предоставить комплект дополнительных документов.
Если у нового Администратора еще нет прямого договора с R01 или с кем-либо из Партнеров R01, то в этом случае новому Администратору домена необходимо заключить договор.
В письме от нового Администратора необходимо будет указать уникальный код объекта в базе данных R01 (nic-hdl) и номер договора, по которому будет происходить оказание услуг.
Письма необходимо привезти в офис Регистратора или отправить на наш почтовый адрес:
123308, г. Москва, а/я 99, ООО «Регистратор Р01».
Если помимо смены Администратора домена, обслуживание домена передается к другому Регистратору:
Согласно Правилам регистрации доменных имен, утвержденным Координационным Центром национального домена сети Интернет, сменить Регистратора домена возможно по истечении 30 дней после смены Администратора. Таким образом, предоставлять необходимые документы на смену Регистратора домена возможно только по истечении данного периода.