Skip to main content
Resources

[АННУЛИРОВАНО] Политика согласованной идентификации и отображения информации регистратуры в службе каталогов регистрационных данных

Страница также доступна на следующих языках:

Просим отметить, что официальной версией всех переведенных материалов и документов является версия на английском языке и что перевод на другие языки приведен исключительно в информационных целях.

[Эта политика была аннулирована 18 октября 2016 года. Она не вступит в силу 1февраля 2017 года, как планировалось первоначально.ICANNоткрыла период общественного обсужденияпересмотренного варианта этой политики 21 октября 2016года. Комментарии принимаются до 23:59 UTC 12 декабря 2016 года.]

Употребляемые в настоящем документе ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «БУДЕТ», «НЕ БУДЕТ», «СЛЕДУЕТ», «НЕ СЛЕДУЕТ», «РЕКОМЕНДУЕТСЯ» и «МОЖНО» следует понимать так, как описано в документе RFC 2119, который представлен по адресуhttp://www.ietf.org/rfc/rfc2119.txt.

Операторы регистратуры, за исключением доменов .com, .jobs и .net1, ДОЛЖНЫ выполнить эти требования в соответствии с разделом 1 спецификации 4 к договору «Базовое соглашение об администрировании домена верхнего уровня 9, утвержденное 9 января 2014года» («Базовое соглашение об администрировании домена верхнего уровня») для обеспечения соответствия к требованиям об уровне обслуживания в отношении WHOIS (через порт 43) веб-служб каталогов регистрационных данных. Операторы регистратур доменов .com, .jobs и .net МОГУТ реализовать те разделы настоящей политики в соответствии с разделом 1 спецификации 4 к 1 базовому соглашению об администрировании домена верхнего уровня, которые касаются регистратур с минимальным набором данных WHOIS.

  1. В ответах на запросы информации об объектах данных доменных имен следующие поля данных ДОЛЖНЫ быть включены: (1) сразу же после поля «Идентификатор IANA регистратора»; или же (2) непосредственно перед последним полем («URL-адрес формы ICANN для подачи жалобы на неточность информации в Whois: https://www.icann.org/wicf/») в следующем порядке:
  • Адрес электронной почты контактного лица регистратора по уведомлениям о неправильном использовании доменного имени
  • Номер телефона контактного лица регистратора по уведомлениям о неправильном использовании доменного имени
  • В ответах на запросы информации об объектах данных доменных имен следующие поля данных считаются необязательными и должны обрабатываться в порядке, описанном в пояснении 1 документа «Рекомендательный документ: пояснения к соглашению об администрировании домена верхнего уровня и соглашению об аккредитации регистратора от 2013года (RAA), спецификация на службу каталогов регистрационных данных (WHOIS)» («пояснение по WHOIS»):
    • Дата истечения срока действия регистрации у регистратора
    • Реселлер
  • Если показано поле «Реселлер», оно ДОЛЖНО отображаться непосредственно перед полем «Статус домена».
  • Если поле «Реселлер» отображается, его значение ДОЛЖНО быть названием организации, в случае если реселлер является юридическим лицом, или же именем, если реселлер физическое лицо.
  • Если показано поле «Дата истечения срока действия регистрации у регистратора», оно ДОЛЖНО отображаться сразу же после поля «Дата истечения срока действия регистратуры».
  • Раздел значений (справа от двоеточия) для следующих полей ДОЛЖЕН отвечать следующим спецификациям формата:
    • (а) «Адрес электронной почты контактного лица регистратора по уведомлениям о неправильном использовании доменного имени» (Registrar Abuse Contact Email) (в соответствии с определением RFC по EPP в отношении полей для указания адресов электронной почты)
    • (б) «Номер телефона контактного лица регистратора по уведомлениям о неправильном использовании доменного имени» (Registrar Abuse Contact Phone) (в соответствии с определением RFC по EPP по полям для указания номеров телефона)
    • (в) «Реселлер» определен как токен (см. расширяемый язык разметки 1.1)
    • (г) «Дата истечения срока действия регистрации у регистратора» (Registrar Registration Expiration Date) (в соответствии с определением RFC по EPP по полям данных)
  • Оператор регистратуры ДОЛЖЕН обновлять имена ключей в выводе информации о доменном имени, сервере имен и объектах регистратора следующим образом. В следующей таблице показаны ключи, названия которых изменились в сравнении с первоначальной версией ключей, определенной в спецификации 4 базового соглашения об администрировании домена верхнего уровня. Все прочие спецификации (например, спецификации формата раздела значений) остались без изменений.
  • Первоначальное название ключа в спецификации 4 базового соглашения об администрировании домена верхнего уровня Новое название ключа Запрос к объекту, в котором отображается ключ
    Идентификатор домена Идентификатор домена регистратуры доменное имя
    Сервер WHOIS Сервер WHOIS регистратора доменное имя, регистратор, сервер имен
    URL-адрес источника запроса URL-адрес регистратора доменное имя, регистратор, сервер имен
    Спонсирующий регистратор Регистратор доменное имя
    Идентификатор IANA спонсирующего регистратора Идентификатор IANA регистратора: доменное имя
    Название регистратора Регистратор регистратор
    Идентификатор владельца регистрации Идентификатор владельца регистрации регистратуры доменное имя
    Идентификатор администратора Идентификатор администратора регистратуры доменное имя
    Идентификатор технической службы Идентификатор технической службы регистратуры доменное имя
  • Если отображается поле «Контактное лицо по вопросам выставления счетов», оператор регистратуры ДОЛЖЕН обновить имя ключа в выводе данных по данному доменному имени согласно определению, приведенному ниже. Все прочие спецификации (например, спецификации формата раздела значений) применяются по-прежнему.
  • Первоначальное название ключа в пояснении по WHOIS Новое название ключа Запрос к объекту, в котором отображается ключ
    Идентификатор контактного лица по вопросам выставления счетов Идентификатор контактного лица по вопросам выставления счетов регистратуры доменное имя
  • В ответах на запросы информации об объектах данных доменных имен следующее поле2 ДОЛЖНО быть включено до нижнего колонтитула «>>>Последнее обновление базы данных Whois: <дата/время> <<<».
    • URL-адрес формы ICANN для подачи жалобы на неточность информации в Whois: https://www.icann.org/wicf/
  • Оператор регистратуры, которому согласно заключенному с ним соглашению об администрировании домена верхнего уровня разрешено выдавать отредактированную информацию службы каталогов регистрационных данных, МОЖЕТ считать следующие поля необязательными независимо от наличия данных в общей системе регистрации данной регистратуры (SRS), как описано в пояснении 1 документа «Пояснение поWHOIS». Отредактированный вывод информации из службы каталогов регистрационных данных ДОЛЖЕН отвечать соответствующим положениям соглашения об администрировании домена верхнего уровня данного оператора регистратуры, которыми определяется использование службы каталогов регистрационных данных
    • Идентификатор владельца домена/контактного лица по административным вопросам/технической службы регистратуры
    • Имя владельца домена/контактного лица по административным вопросам/технической службы
    • Организация владельца домена/контактного лица по административным вопросам/технической службы
    • Улица владельца домена/контактного лица по административным вопросам/технической службы
    • Город владельца домена/контактного лица по административным вопросам/технической службы
    • Штат/провинция владельца домена/контактного лица по административным вопросам/технической службы
    • Почтовый индекс владельца домена/контактного лица по административным вопросам/технической службы
    • Страна владельца домена/контактного лица по административным вопросам/технической службы
    • Номер телефона владельца домена/контактного лица по административным вопросам/технической службы
    • Доб. номер телефона владельца домена/контактного лица по административным вопросам/технической службы
    • Номер факса владельца домена/контактного лица по административным вопросам/технической службы
    • Доб. номер факса владельца домена/контактного лица по административным вопросам/технической службы
    • Адрес электронной почты владельца домена/контактного лица по административным вопросам/технической службы
  • Поля «Идентификатор владельца домена/контактного лица по административным вопросам/контактного лица по техническим вопросам/ контактного лица по вопросам оплаты регистратуры» (Registry Admin/Tech/ Billing/Registrant ID) обозначают соответствующие идентификаторы объектов в хранилище для соответствующего объекта доменного имени согласно определению в RFC 5733 (в базовом соглашении об администрировании домена верхнего уровня они называются идентификаторами контактного лица по административным вопросам/технической службы/владельца домена).
  • Реализация службы RDAP в соответствии с т.н. «операционным профилем RDAP для регистратур и регистраторов gTLD» является обязательной для всех регистратур gTLD, поскольку это необходимо для обеспечения согласованности идентификации и отображения данных.
  • Оператор регистратуры МОЖЕТ включать в выводимую информацию дополнительные поля службы каталогов регистрационных данных, как описано в пояснении к WHOIS, без необходимости в утверждении их со стороны ICANN. Ключи и значения всех дополнительных полей НЕ ДОЛЖНЫ: содержать код, исполняемый браузером (например, Javascript); содержать какую бы то ни было конфиденциальную информацию; оказывать отрицательное воздействие на безопасность, стабильность и отказоустойчивость системы доменных имен Интернета или другие системы. Перед развертывание оператор регистратуры ДОЛЖЕН предоставить ICANN список всех дополнительных полей данных службы каталогов регистрационных данных. Оператор регистратуры ДОЛЖЕН уведомлять ICANN о всех изменениях списка дополнительных полей данных службы каталогов регистрационных данных до развертывания таких изменений.
  • Дата вступления в силу: 1 февраля 2017года

    Не подлежит развертыванию до даты: 1 ноября 2016 года

    Замечания по реализации

    1. 27 апреля 2015 года ICANN опубликовала пояснение в ответ на вопросы, поступившие от регистраторов и регистратур о применимых спецификациях служб каталогов регистрационных данных (известных под названием WHOIS). Операторы регистратур должны по-прежнему руководствоваться этими пояснениями для обеспечения соответствия требований заключенных ими соглашений об администрировании доменов верхнего уровня.
    2. Политика предусматривает поле «Не подлежит развертыванию до даты», в котором указывается дата, начиная с которой оператору регистратуры разрешено выполнять развертывание в производственных системах изменений служб каталогов регистрационных данных, которые описаны в настоящей политике. Эта дата указывается для того, чтобы дать ICANN время на обновление своих инструментов для обеспечения соответствия новым требованиям политики до даты, указанной в поле «Дата вступления в силу».
    3. В следующем разделе описаны примеры выводимых данных в ответ на запросы объектов:

    Данные доменного имени:

    • Формат запроса: whois ПРИМЕР ИМЕНИ ДОМЕНА
    • Формат ответа:
    • Имя домена: ПРИМЕР.ДВУ
      Идентификатор домена реестра: D1234567-TLD
      Сервер WHOIS Регистратора: whois.example-registrar.tld
      URL-адрес регистратора: http://www.example-registrar.tld
      Дата обновления: 2009-05-29T20:13:00Z
      Дата создания: 2000-10-08T00:45:00Z
      Дата истечения срока действия регистратуры: 2010-10-08T00:44:59Z
      Дата истечения срока действия регистрации: 2010-10-08T00:44:59Z
      Регистратор: ПРИМЕР КОМПАНИИ РЕГИСТРАТОРА
      Идентификатор IANA Регистратора: 5555555
      Адрес электронной почты контактного лица регистратора по уведомлениям о неправильном использовании доменного имени: email@registrar.tld
      Номер телефона контактного лица регистратора по уведомлениям о неправильном использовании доменного имени: +1,1235551234
      Реселлер: ПРИМЕР РЕСЕЛЛЕРА1
      Статус домена: clientDeleteProhibited
      Статус домена: clientRenewProhibited
      Статус домена: clientTransferProhibited
      Идентификатор владельца регистрации реестра: 5372808-ERL
      Имя владельца регистрации: ПРИМЕР ДАННЫХ ВЛАДЕЛЬЦА РЕГИСТРАЦИИ
      Организация владельца регистрации: ПРИМЕР ОРГАНИЗАЦИИ
      Улица владельца регистрации: ПРИМЕР УЛИЦЫ 123
      Город владельца регистрации: ЛЮБОЙ ГОРОД
      Регион владельца регистрации: ЛР
      Почтовый индекс владельца регистрации: A1A1A16
      Страна владельца регистрации: AA
      Тел. владельца регистрации: +1,5555551212
      Доб. тел. номер владельца регистрации: 12347
      Факс владельца регистрации: +1,5555551213
      Доб. номер факса владельца регистрации: 4321
      Адрес эл. почты владельца регистрации: EMAIL@EXAMPLE.TLD
      Идентификатор администратора реестра: 5372809-ERL
      Имя администратора: ПРИМЕР АДМИНИСТРАТОРА ВЛАДЕЛЬЦА РЕГИСТРАЦИИ
      Организация администратора: ПРИМЕР ОРГАНИЗАЦИИ ВЛАДЕЛЬЦА РЕГИСТРАЦИИ
      Улица администратора: ПРИМЕР УЛИЦЫ 123
      Город администратора: ЛЮБОЙ ГОРОД
      Регион администратора: ЛР
      Почтовый индекс администратора: A1A1A1
      Страна администратора: AA
      Тел. администратора: +1,5555551212
      Доб. телефонный номер администратора: 1234
      Факс администратора: +1,5555551213
      Доб. номер факса администратора: 1234
      Адрес электронной почты администратора: EMAIL@EXAMPLE.TLD
      Идентификатор технической службы реестра: 5372811-ERL
      Наименование технической службы: ПРИМЕР ТЕХНИЧЕСКОЙ СЛУЖБЫ ВЛАДЕЛЬЦА РЕГИСТРАЦИИ
      Организация технической службы: ПРИМЕР ОРГАНИЗАЦИИ
      Улица технической службы: ПРИМЕР УЛИЦЫ 123
      Город тех. службы: ЛЮБОЙ ГОРОД
      Регион технической службы: ЛР
      Почтовый индекс технической службы: A1A1A1
      Страна технической службы: AA
      Тел. технической службы: +1,1235551234
      Доб. телефонный номер технической службы: 1234
      Факс технической службы: +1,5555551213
      Доб. телефонный номер технической службы: 93
      Адрес электронной почты технической службы: EMAIL@EXAMPLE.TLD
      Сервер имен: NS01.EXAMPLE-REGISTRAR.TLD
      Сервер имен: NS02.EXAMPLE-REGISTRAR.TLD
      DNSSEC: signedDelegation
      URL-адрес формы ICANN для подачи жалобы на неточность информации в Whois: https://www.icann.org/wicf/
      >>> Последнее обновление базы данных WHOIS: 2009-05-29T20:15:00Z <<<

    Данные о регистраторе:

    • Формат запроса: whois "registrar Example Registrar, Inc."
    • Формат ответа:
    • Регистратор: Example Registrar, Inc.
      Street: 1234 Admiralty Way
      City: Marina del Rey
      State/Province: CA
      Postal Code: 90292
      Country: US
      Phone Number: +1.3105551212
      Fax Number: +1.3105551213
      Email: registrar@example.tld
      Registrar WHOIS Server: whois.example-registrar.tld
      Registrar URL: http://www.example-registrar.tld
      Admin Contact: Joe Registrar
      Phone Number: +1.3105551213
      Fax Number: +1.3105551213
      Email: joeregistrar@example-registrar.tld
      Admin Contact: Jane Registrar
      Phone Number: +1.3105551214
      Fax Number: +1.3105551213
      Email: janeregistrar@example-registrar.tld
      Technical Contact: John Geek
      Phone Number: +1.3105551215
      Fax Number: +1.3105551216
      Email: johngeek@example-registrar.tld
      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    Данные о сервере имен:

    • Формат запроса:whois "сервер имен (имя сервера имен)" или whois "сервер имен (IP-адрес)"
    • Формат ответа:
    • Server Name: NS1.EXAMPLE.TLD
      IP Address: 192.0.2.123
      Address: 2001:0DB8::1
      Registrar: Example Registrar, Inc.
      Registrar WHOIS Server: whois.example-registrar.tld
      Registrar URL: http://www.example-registrar.tld
      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    Информация:

    Настоящая согласованная политика является продуктом реализации политики в соответствии с резолюциями Правления ICANN 2014.02.07.08 – 2014.02.07.09, которыми были приняты рекомендации Совета GNSO в отношении новой согласованной политики использования Whois с расширенным вариантом записи данных.

    Рекомендация №1 рабочей группы процесса разработки политики использования WHOIS с расширенным вариантом записи данных, которая была принята Советом GNSO 31 октября 2013года, гласит: «Предоставление расширенных услуг WHOIS с единообразными идентификацией и отображением по образцу, приведенному в приложении 3 САР-2013, должно стать требованием для всех регистратур gTLD, как существующих, так и будущих».

    Кроме того, в итоговый отчет рабочей группы процесса разработки политики использования WHOIS с расширенным вариантом записи данных был включен раздел 7.2 «Соображения в отношении реализации», в котором была представлена информация о графике и требованиях к реализации перехода от использования минимального набора данных Whois к расширенному набору данных. В нем в частности отмечено следующее: «РГ подчеркивает, что реализация одной из частей рекомендации (например, переход существующих реестров gTLD с минимальным набором данных на модель с расширенным набором) не обязательно приведет к отсрочке реализация другой ее части (например, единообразные идентификация и отображение таких данных)».

    В результате этого персонал ICANN и группа подготовки рекомендаций по реализации (IRT) согласились, что правила единообразной идентификации и отображения данных могут быть отделены от реализации перехода от использования минимального набора данных к расширенному набору данных.

    ICANN вынесла проект предложения реализации требований в части единообразной идентификации и отображения данных на общественное обсуждение 3 декабря 2015года. После рассмотрения мнений и предложений сообщества в сотрудничестве с группа подготовки рекомендаций по реализации расширенного варианта записи данных Whois ICANN пересмотрела свое предложение, что отражено в настоящей согласованной политике.

    Следует отметить, что целью ICANN при реализации рекомендаций в отношении политики GNSO было свести к минимуму последствия для владельцев доменов, конечных пользователей, сторон, связанных договорными обязательствами, а также всех систем служб каталогов регистрационных данных (RDDS) в целом за счет возможности синхронизации в тех случаях, где это целесообразно, данной реализации с другими связанными с ней инициативами, такими как принятие протокола доступа к регистрационным данным (RDAP).


    1Ожидается, что операторы регистратур доменов .com, .jobs и .net будут обязаны реализовать требования, определенные в настоящей политике, в рамках перехода от использования минимального набора данных к расширенному набору данных в результате реализации рекомендаций GNSO в отношении процесса разработки политики использования расширенного набора данных, которые были приняты Правлением ICANN 7 февраля 2014года.

    2Необходимо иметь в виду, что это поле является новым по отношению к терминологии и URL-адресу, которые в настоящее время используются в спецификации 3 соглашения об аккредитации регистраторов 2013 (которое было утверждено Правлением ICANN 17 сентября 2013года)

    Domain Name System
    Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."