[ URL http://nic.kz/templates/contact-template-rus.jsp ] [ 12/99 ]


Согласие на сбор и обработку персональных данных. В соответствии с Законом РК
«О персональных данных и их защите» от 21 мая 2013 года составляя и подавая форму 
регистрации/изменения/удаления КОНТАКТНЫХ ЛИЦ для рассмотрения и принятия в KazNIC, 
Регистрант выражает свое безусловное согласие на сбор, хранение и обработку своих
персональных данных в объеме и для целей, определенных в указанной форме.
В соответствии с Законом РК «Об информатизации» от 24 ноября 2015 года,
и утверждёнными уполномоченным органом в сфере информатизации Правилами регистрации,
пользования и распределения доменных имен в пространстве казахстанского сегмента Интернета
от 28 января 2016 года, в системе WHOIS, будут отображаться сведения о регистранте
и административном контакте.


********* Пожалуйста, НЕ УДАЛЯЙТЕ Номер Версии ****************

Contact Version Number: 2.0

*** Пожалуйста, ознакомьтесь с подробными приложенными инструкциями ***

Авторизация
0a. (N)ew (M)odify (D)elete..........:
0b. Схема Авторизации................:
0c. Информация для авторизации.......:

Контакт
1a. Номер NIC (если известен)........:
1b. (I)ndividual (R)ole..............:
1c. ФИО..............................:
1d. Наименование организации.........:
1e. Улица............................:
1f. Город............................:
1g. Область..........................:
1h. Почтовый индекс..................:
1i. Код Страны.......................:
1j. Номер Телефона...................:
1k. Номер Факса......................:
1l. E-mail...........................:
1m. (R)Русский или (E)Английский.....:


Информация об уведомлениях
2a. Уведомление о Коррекции..........:
2b. Уведомление об  Использовании....:

Информация об Авторизации
3a. Схема авторизации................:
3b. Информация об авторизации........:
3c. Публичная (Y-Да/N-Нет)...........:


----------------------- отрезать здесь ----------------------------

                            ОБЩИЕ ИНСТРУКЦИИ


     Используйте   вышеуказанный   Шаблон  для  регистрации  новых  Контактов,
получения  изменений  в  существующих Контактных записях, а также для удаления
Контакта из Базы данных доменных имен KZ. Только этот шаблон может быть послан
через  email  в hostmaster@nic.kz. В поле Subject сообщения, используйте слова
"NEW   CONTACT",   "MODIFY  CONTACT",  или  "DELETE  CONTACT"  соответственно,
сопроводите  их  номером  NIC Контакта, для облегчения сортировки и размещения
поступающих регистрационных запросов. В ответ на подачу шаблона,

     Пожалуйста,  не  корректируйте  сам  шаблон  и  не удаляйте номер версии.
Программное  Обеспечение,  которое  обрабатывает  шаблон,  ищет  номер пункта,
сопровождающийся  точкой  и  двоеточием.  Информация, следующая за двоеточием,
проверяется  и  помещается  в  базу данн ых. Пожалуйста, посылайте только один
шаблон     в     одном    письме.    Заполняя    шаблон,    проверьте    через
http://nic.kz/cgi-bin/whois,  как был зарегистрирован Контакт. Используйте
эту информацию там, где это необходимо.

     Большинство  пользователей  старого Шаблона Пользователя обратят внимание
на  значительные  различия между старым Шаблоном Пользователя и новым Шаблоном
Contact-Template. Новый Шаблон позволяет пользователям связывать и защищать их
информацию  с  помощью  зако  дированного  пароля или программного обеспечения
шифрования  Pretty  Good Privacy (PGP). Пожалуйста, имейте в виду, что прежде,
чем   Вы   сможете   воспользоваться  таким  способом  защиты  регистрационной
информации, Вы ДОЛЖНЫ установить программное обеспечение PGP на ваш компьютер.

     Если  Контакт  не  желает  использовать закодированный пароль или PGP для
защиты  регистрационной  информации,  любой запрос на корректировку Контактной
информации  ДОЛЖЕН  исходить  от  указанного к настоящему времени email-адреса
Контакта.  Если  email-адрес  Конта  кта меняется, запрос должен быть послан в
KazNIC ПРЕЖДЕ, ЧЕМ закроется указанный email-адрес.

     Для  того чтобы МОДИФИЦИРОВАТЬ или УДАЛИТЬ запись существующего Контакта,
введите  соответствующий  номер  NIC  и  укажите  данные  для  полей,  которые
меняются.  Номер NIC Контакта ОБЯЗАТЕЛЕН ПРИ МОДИФИКАЦИИ и УДАЛЕНИИ. Номер NIC
вы  можете  найти  в  Базе данных До менных Имен KZ. На приглашение программы,
наберите имя Контакта в формате:

   Фамилия, Имя

     Запросы на модификацию или удаление Контактной информации ДОЛЖНЫ исходить
из указанного к настоящему времени email-адреса Контакта. Тем не менее, запрос
может  исходить,  также,  из  другого  email-адреса,  если пользователь указал
зашифрованный  пароль  или  PG P в качестве схемы авторизации, при этом пароль
указан  правильно  либо сообщение зашифровано и подписано секретным PGP-ключом
Контакта. Если запрос на коррекцию исходит из правильного email-адреса, но при
этом  дается  неправильный  пароль  или  сообщение  не  зашифровано правильным
PGP-ключом, ПОТРЕБУЕТСЯ дополнительная авторизация Контакта.

     Пожалуйста,  имейте  в виду, что в базе данных Доменных Имен KZ допустима
только  одна  запись  о  Контакте.  Каждый  Контакт может быть зарегистрирован
только  один раз. Если пользователь является Контактом для нескольких Доменных
или  Сетевых  записей,  то эти за писи ДОЛЖНЫ быть скорректирована прежде, чем
номер NIC этого пользователя будет удален.

     Контактный   Шаблон   может   использоваться   только  для  корректировки
Контактной  информации.  Для  того  чтобы  заменить  Контакт  Доменной записи,
используйте  Шаблон  Domain-Template.  Для  того чтобы заменять Контакт записи
Хоста, используйте Шаблон Host-Template.


                       ПОДРОБНЫЕ ИНСТРУКЦИИ


Раздел 0 - Авторизация

Пункт 0a (N)ew (M)odify (D)elete

     Вводим  N  или  New,  для  регистрации НОВОГО Контакта, M или Modify, для
корректировки  информации,  связанной  с  Контактом,  или  D  или  Detete, для
удаления Контакта из Базы данных Доменных Имен KZ.

Пункт 0b Схема авторизации
Пункт 0c Информация для Авторизации

     Пункты  0b и 0c должны быть оставлены пустыми во время регистрации НОВОГО
Контакта. Эти пункты содержат информацию об авторизации запрашивающей стороны.
Эти пункты ОБЯЗАТЕЛЬНЫ при модификации или удалении Контакта.


     Пункт  0b  определяет  тип  авторизационной  схемы.  Он  может  принимать
значения  MAIL-FROM,  CRYPT-PW,  либо  PGP.  Пункт  0c  содержит  информацию о
выбранной схеме авторизации. Как показано в нижеследующей таблице, пункты 0b и
0c ОБЯЗАТЕЛЬНЫ только при использов ании схемы CRYPT-PW.

   Различные комбинации пунктов 0b и 0c:

   Если Пункт 0b:               Тогда Пункт 0c:

MAIL-FROM       Игнорируется. Чтобы определить источник, проверяется поле FROM
                в заголовке письма с сообщением о коррекции.

MAIL-FROM       является схемой аутентификации по умолчанию.

CRYPT-PW        Текстовый пароль (простой текст закодированного пароля).

PGP             Игнорируется. Запросчик должен подписывать все сообщение о
                коррекции при помощи своего секретного кода PGP и послать его
                простым текстом в KazNIC.


Раздел 1 - Информация о контакте

Пункт 1a номер NIC

     Пункт  1a  ОБЯЗАТЕЛЕН  только  при  МОДИФИКАЦИИ и УДАЛЕНИИ. НЕ указывайте
номер  во  время  регистрации  нового  пользователя.  Программное  обеспечение
автоматически  генерирует  номер  NIC  для  всех  Контактных  записей, которые
добавляются в Базу данных Доменных Им ен KZ.

Пункт 1b (I)Персональный (R)Ролевой

     Используйте   пункт   1b  для  идентификации  Контакта  как  персоны  или
должности.   Введите   I   или   Individual   если  регистрируемый  Контакт, -
индивидуальный  пользователь,  или  R  или  Role если регистрируемый Контакт -
организация или группа пользователей. Пункт 1b ОБЯЗАТЕЛЕН.

Пункт 1c Имя
Пункт 1d Наименование Организации

     Пункт  1c  ОБЯЗАТЕЛЕН ДЛЯ НОВОСТЕЙ, МОДИФИКАЦИИ, и УДАЛЕНИЯ. Если Контакт
является индивидуальным пользователем, имя должно быть введено так:

      ФАМИЛИЯ, ИМЯ ОТЧЕСТВО

   Например:

      Kargabaev, Nurlan M.

     Если  Вы  добавляете  или  обновляете  информацию об организации, укажите
должность в пункте 1c и наименование организации, представляющей эту должность
в  пункте 1d. Пункт 1c ОБЯЗАТЕЛЕН ДЛЯ всех Контактов. Если должность совпадает
с организацией (???), з аполните пункт 1c и оставьте пункт 1d пустым.

Пункт 1e Адрес
Пункт 1f Город
Пункт 1g Страна
Пункт 1h Почтовый индекс
Пункт 1i Код Страны

     В  пункте  1e требуется как минимум одна информационная строка об адресе.
Этот  адрес должен быть обыкновенным почтовым адресом Контакта для направления
корреспонденции.

     Вы  можете добавить строк столько, сколько необходимо для указания вашего
адреса. Это можно сделать повтором пункта 1e.

Введите двухбуквенный код ISO страны в Пункте 1i.
   Список двухбуквенных кодов ISO стран доступен по адресу:

      ftp://rs.internic.net/netinfo/iso3166-countrycodes

Пункт 1j Номер Телефона
Пункт 1k Номер Факса

     Каждый Контакт ОБЯЗАТЕЛЬНО должен указать как минимум один реальный номер
телефона  в  пункте 1j. Для информационных целей можно указать и номер факса в
пункте 1k.

Пункт 1l e-mail

Для всех Контактов обязательно указание верного email - адреса в пункте 1l.
Разделите имя пользователя и имя хоста символом "@".

   Например:   user@example.kz


Раздел 2 - Информация об уведомлении

Пункт 2a Уведомление о Коррекции
Пункт 2b Уведомление об Использовании

     Шаблон  позволяет  Контакту  выбирать,  как  он  должен  быть  извещен об
изменениях, сделанных относительно информации о Контакте.

     Уведомление  об использовании позволяет Контакту указывать, как он должен
быть  уведомлен,  перед  тем или после того, как Объект, связанный с ним будет
использован. Например, если Контакт является Техническим Контактом для Сервера
Имен, Контакт может зак азать уведомление перед тем, как его Сервер Имен будет
помещен в Доменную Запись.


     Указание   BEFORE-UPDATE   или   BEFORE-USE   может   вызвать  задержку в
регистрации   или   коррекции,  поскольку  до  того,  как  Объект  может  быть
зарегистрирован или скорректирован, потребуется авторизация.

   Пункты 2a и 2b содержат информацию для уведомления Контакта.

     Пункт 2a может принимать такие значения: BEFORE-UPDATE, AFTER-UPDATE, или
NOT-CARE.
Значения пункта 2b могут быть такими BEFORE-USE, AFTER-USE, или NOT-CARE.

Уведомление о Коррекции:

BEFORE-UPDATE   Контакт будет извещен прежде, чем любая связанная с ним запись
                базы данных, будет скорректирована.

AFTER-UPDATE    Контакт будет извещен после того, как любая связанная с ним
                запись базы данных, будет скорректирована.

AFTER-UPDATE - ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ.

NOT-CAR         Контакт не будет извещен относительно любых коррекций из-за
                того, что он не желает об этом знать.

Уведомление об  Использовании:

BEFORE-USE      Контакт будет извещен перед тем, как Объект, с которым он
                связан, будет использован.

AFTER-USE       Контакт будет извещен после того, как Объект, с которым он
                связан, был использован.

AFTER-USE - ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ.

NOT-CARE        Контакт не будет извещен относительно любых коррекций из-за
                того, что он не желает об этом знать.


Раздел 3 - Информация об Авторизации

Пункт 3a Схема авторизации
Пункт 3b Информация для авторизации
Пункт 3c Публичный (Y/N)

     Пункты 3a на 3c содержат авторизирующую информацию для Контакта.
     Эти  пункты ОБЯЗАТЕЛЬНЫ только при добавлении информации об авторизации к
существующему Контакту либо в случае регистрации нового Контакта.

Схема авторизации:

     Это  -  схема  авторизации,  используемая  для  удостоверения подлинности
Контакта  перед  тем,  как  обновить  любую  запись  Базы  данных  связанную с
Контактом.  Например,  если  данный  Контакт  указан  как  точка  контакта для
некоторых Доменных записей, то схема авт оризации и информация для авторизации
будет использована во время коррекции любой из этих Доменных записей.

     Схемы  авторизации  в возрастающем порядке защиты: MAIL-FROM, CRYPT-PW, и
PGP

MAIL-FROM       MAIL-FROM проверяет область FROM в заголовке сообщения email о
                коррекции и сверяет с email адресом Контакта.

MAIL-FROM       схема аутентификации по умолчанию.

CRYPT-PW        Первоначально, когда новый Контакт только регистрируется или
                к существующему Контакту добавляется информация об авторизации,
                ДОЛЖЕН быть предоставлен закодированный пароль. Для шифрования
                пароля должен использоваться Unix crypt(3).

     Когда  корректируется  Контактная  запись,  либо  корректируются  записи,
связанные  с  Контактом,  в  пункте  0c  шаблона  ДОЛЖЕН указываться текстовый
пароль.

CRYPT-PW        затем зашифрует пароль, указанный в сообщении о коррекции и
                сравнит его с закодированным паролем Контакта в базе данных
                KazNIC.

PGP             PGP (Pretty Good Privacy) - вид авторизации военного уровня.
                Для использования этой схемы, Контакт ДОЛЖЕН установить
                программное обеспечение PGP на свой компьютер.

     Прежде,  чем  Контакт  сможет использовать PGP, для защиты записей в базе
данных,  Контакт ДОЛЖЕН зарегистрировать свой публичный ключ PGP в KazNIC. Для
того,  чтобы  узнать,  как  можно  зарегистрировать  ваш  публичный ключ PGP в
KazNIC, пошлите email сообщение со словом "Help" в поле Subject на адрес:

                pgpreg@nic.kz

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

Информация для Авторизации:

Информация для Авторизации соответствует выбранной схеме авторизации.
     Информация  для  Авторизации,  размещаемая  в  Базе  данных для Контакта,
регистрируемого в KazNIC такова:

 MAIL-FROM      Email адреса Контакта.

CRYPT-PW        Зашифрованный пароль Контакта. Зашифрованный пароль должен
                указываться в пункте 3b при начальной регистрации Контакта
                либо при добавлении информации об авторизации для Контакта.
                Для шифрования пароля должен использоваться Unix crypt(3).

PGP     КЛЮЧЕВОЙ ИДЕНТИФИКАТОР публичного PGP-ключа Контакта.

Публичный:

     Используйте  этот  пункт для указания, будет ли информация об авторизации
для  данного  Контакта  публичной  или  нет.  "Публичный" - означает видимый в
сервисе  WHOIS.  Он  может  иметь  величины  Y  (Да)  или N (Нет). ЗНАЧЕНИЕ ПО
УМОЛЧАНИЮ  -  N.  Независимо  от  то го, выбрано "Да" или "Нет", Имя Контакта,
почтовый  адрес, номер телефона, номер факса, и email адрес будут появляться в
базе данных WHOIS.