Skip to main content
Resources

Политика относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных

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

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

Обновлена 21 февраля 2024 года с учетом изменений, необходимых для реализации политики относительно регистрационных данных. Стороны, связанные договорными обязательствами, могут применять эту обновленную Политику начиная с 21 августа 2024 года и должны внедрить не позднее 21 августа 2025 года.

Употребляемые в настоящем документе ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «БУДЕТ», «НЕ БУДЕТ», «СЛЕДУЕТ», «НЕ СЛЕДУЕТ», «РЕКОМЕНДУЕТСЯ», «НЕ РЕКОМЕНДУЕТСЯ» и «МОЖЕТ» и «НЕ ОБЯЗАТЕЛЬНО» следует понимать так, как описано в документах BCP 14 [RFC2119] [RFC8174] только в тех случаях, когда эти термины набраны прописными буквами, как показано здесь.

В разделе 1 данной политики подробно описаны требования, не зависящие от технологии, которые применяются ко всем службам каталогов регистрационных данных.

В разделе 2 данной политики подробно описаны требования к реализации, относящиеся только к службе WHOIS (доступной через порт 43) и веб-службе каталогов WHOIS.

  1. Операторы регистратур ОБЯЗАНЫ выполнять следующие требования:

    1.1. URL-адрес формы жалобы в RDDS ICANN на неточность информации ДОЛЖЕН быть включен в выходные данные RDDS при запросах объектов доменных имен:

    1.2. Если для полей «Идентификатор владельца домена/контактного лица по административным вопросам/контактного лица по техническим вопросам/контактного лица по вопросам оплаты Регистратуры» указано значение, оно ДОЛЖНО быть идентификатором объекта-репозитория (ROID) для объекта контакта, как указано в RFC 5733.

    1.3. Дополнительные поля RDDS МОГУТ быть включены в выходные данные RDDS без дополнительного одобрения со стороны ICANN. Дополнительное поле НЕ ДОЛЖНО: содержать исполняемый код браузера (например, Javascript); предоставлять конфиденциальную информацию любого рода; оказывать негативное влияние на безопасность, стабильность или отказоустойчивость DNS или других систем интернета. Перед развертыванием Оператор регистратуры ОБЯЗАН предоставить ICANN список всех дополнительных полей RDDS. Оператор регистратуры ОБЯЗАН предоставлять ICANN любые изменения в списке дополнительных полей RDDS до внедрения таких изменений.

  2. Операторы регистратур ОБЯЗАНЫ выполнять следующие требования в сочетании с разделом 1 спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашение об администрировании домена верхнего уровня») или последующими поправками к нему, чтобы соответствовать требованиям WHOIS (доступного через порт 43) и веб-служб каталогов WHOIS.

    2.1. В ответах на запросы объектов доменных имен перечисленные ниже поля ДОЛЖНЫ быть включены либо (1) сразу после поля «ID регистратора IANA», либо (2) непосредственно перед последним полем («URL-адрес формы ICANN жалобы на неточность информации в Whois»): https://www.icann.org/wicf/") в следующем порядке:

    • Адрес электронной почты контактного лица регистратора по уведомлениям о неправильном использовании доменного имени
    • Номер телефона контактного лица регистратора по уведомлениям о неправильном использовании доменного имени

    2.2. Если поле «Реселлер» показано, оно ДОЛЖНО находиться непосредственно перед полем «Статус домена».

    2.3. Если поле «Реселлер» показано, его значением ДОЛЖНО быть название организации, в случае если Реселлер является юридическим лицом, или имя физического лица.

    2.4. Если поле «Дата окончания срока регистрации регистратора» показано, оно ДОЛЖНО находиться сразу после поля «Дата окончания срока регистрации регистратуры».

    2.5. Раздел значений (т. е. справа от двоеточия) следующих полей ДОЛЖЕН соответствовать приведенным ниже спецификациям формата:

    • «Адрес электронной почты контактного лица регистратора по уведомлениям о неправильном использовании доменного имени» (в соответствии с определением RFC по EPP в отношении полей для указания адресов электронной почты);
    • «Номер телефона контактного лица регистратора по уведомлениям о неправильном использовании доменного имени» (в соответствии с определением RFC по EPP по полям для указания номеров телефона);
    • «Реселлер» определен как токен (см. язык XML 1.1)
    • «Дата окончания срока регистрации регистратора» (в соответствии с определением RFC по EPP для полей даты).

    2.6. Оператор регистратуры ДОЛЖЕН обновить имена ключей в выходных данных объектов доменного имени, DNS-сервера и регистратора следующим образом. В следующей таблице показаны ключи, переименованные по сравнению с их первоначальной версией в Спецификации 4 базового соглашения об администрировании домена верхнего уровня. Все остальные спецификации (например, спецификации формата секции значений) остаются неизменными.

Оригинальный ключ в Спецификации 4 базового соглашения об администрировании домена верхнего уровня Новое имя ключа Запрос объекта, в котором появляется ключ
Идентификатор домена Идентификатор домена в регистратуре доменное имя
Сервер WHOIS Сервер WHOIS регистратора доменное имя, регистратор, DNS-сервер
Реферальный URL-адрес URL-адрес регистратора доменное имя, регистратор, DNS-сервер
Спонсирующий регистратор Регистратор доменное имя
ID IANA спонсирующего регистратора ID IANA регистратора доменное имя
Наименование регистратора Регистратор регистратор
ID владельца домена Идентификатор владельца домена регистратуры доменное имя
Идентификатор администратора: Идентификатор администратора регистратуры доменное имя
ID технической службы Идентификатор технической службы регистратуры доменное имя

2.7. Если отображается «Контакт для выставления счетов», оператор регистратуры ДОЛЖЕН обновить имя ключа в выходных данных доменного имени, как определено ниже. Все остальные спецификации (например, спецификации формата секции значений) остаются в силе.

Оригинальный ключ в пояснении по WHOIS Новое имя ключа Запрос объекта, в котором появляется ключ
ID биллинга Идентификатор биллинга регистратуры доменное имя

2.8. URL-адрес формы ICANN для жалобы на неточности информации в Whois ДОЛЖЕН быть включен перед нижним колонтитулом «>>> Последнее обновление базы данных Whois: <дата и время> <<<».

Дата вступления в силу: 1 августа 2017

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

  1. 27 апреля 2015 года ICANN опубликовала пояснение в ответ на вопросы регистратур и регистраторов относительно применимых служб WHOIS (доступных через порт 43) и веб-сервисов Whois. Операторы регистратур должны продолжать обращаться к этому пояснению, чтобы соответствовать своему соглашению об администрировании домена верхнего уровня.
  2. В следующем разделе описаны примеры вывода данных для объектов запросов WHOIS (доступных через порт 43) и веб-служб каталогов:

    Приведенные ниже примеры показывают, как элементы данных могут отображаться в Whois (порт 43) и в веб-версии Whois, если это требуется в соответствии с соглашением или политикой ICANN.

    1. Данные доменного имени: полная передача, не подлежащая вымарыванию и показывающая ключ с пустым значением для недоступных данных

      Следующий пример был создан с использованием следующих предположений:

      • Контактная информация передается от регистратора в регистратуру в соответствии с разделами 7.3 и 7.4 Политики в области регистрационных данных.
      • На эти значения не распространяются требования по вымарыванию в разделе 9.2 Политики в области регистрационных данных.
      • Оператор регистратуры не поддерживает элементы данных «Дата окончания срока регистрации регистратора» и «Реселлер», поэтому в базе данных регистратуры нет данных по этим двум элементам данных.
      • Оператор регистратуры включает ключ для элементов данных, по которым отсутствуют данные, в соответствии с разделом 1 Дополнения I к Политике в области регистрационных данных.
      • Доменное имя делегировано, подписано DNSSEC, имеются связующие записи.

        • Формат запроса: whois EXAMPLE.TLD
        • Ответ:
          Domain Name: EXAMPLE.TLD
          Registry Domain ID: D1234567-EXAMPLE
          Registrar WHOIS Server: whois.example-registrar.tld
          Registrar URL: http://www.example-registrar.tld
          Updated Date: 2009-05-29T20:13:00Z
          Creation Date: 2000-10-08T00:45:00Z
          Registry Expiry Date: 2010-10-08T00:44:59Z
          Registrar Registration Expiration Date:
          Registrar: EXAMPLE REGISTRAR LLC
          Registrar IANA ID: 5555555
          Registrar Abuse Contact Email: [email protected]
          Registrar Abuse Contact Phone: +1.1235551234
          Reseller:
          Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
          Domain Status: clientRenewProhibited https://icann.org/epp#clientRenewProhibited
          Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
          Registry Registrant ID: 5372808-EXAMPLE
          Registrant Name: EXAMPLE REGISTRANT
          Registrant Organization: EXAMPLE ORGANIZATION
          Registrant Street: 123 EXAMPLE STREET
          Registrant City: ANYTOWN
          Registrant State/Province: AP
          Registrant Postal Code: A1A1A16
          Registrant Country: AA
          Registrant Phone: +1.5555551212
          Registrant Phone Ext: 12347
          Registrant Fax: +1.5555551213
          Registrant Fax Ext: 4321
          Registrant Email: [email protected]
          Registry Tech ID: 5372811-EXAMPLE
          Tech Name: EXAMPLE REGISTRANT TECHNICAL
          Tech Phone: +1.1235551234
          Tech Email: [email protected]
          Name Server: NS01.EXAMPLE-REGISTRAR.TLD
          Name Server: NS02.EXAMPLE-REGISTRAR.TLD
          Name Server IP Address: 192.0.2.123
          Name Server IP Address: 2001:0DB8::1
          DNSSEC: signedDelegation
          URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
          >>> Last update of RDDS database: 2009-05-29T20:15:00Z <<<
    2. Данные доменного имени: полная передача, подлежит вымарыванию

      Следующий пример был создан с использованием следующих предположений:

      • Контактная информация передается от регистратора в регистратуру в соответствии с разделами 7.3 и 7.4 Политики в области регистрационных данных.
      • На эти значения распространяются требования по вымарыванию в разделе 9.2 Политики в области регистрационных данных.
      • Оператор регистратуры не поддерживает элементы данных «Дата окончания срока регистрации регистратора» и «Реселлер», поэтому в базе данных регистратуры нет данных по этим двум элементам данных.
      • Оператор регистратуры не показывает поле для элементов данных, по которым отсутствуют данные, в соответствии с разделом 1 Дополнения I к Политике в области регистрационных данных.
      • Доменное имя делегировано, подписано DNSSEC, имеются связующие записи.
        • Запрос: whois EXAMPLE.TLD
        • Ответ:
          Domain Name: EXAMPLE.TLD
          Registry Domain ID: REDACTED
          Registrar WHOIS Server: whois.example-registrar.tld
          Registrar URL: http://www.example-registrar.tld
          Updated Date: 2009-05-29T20:13:00Z
          Creation Date: 2000-10-08T00:45:00Z
          Registry Expiry Date: 2010-10-08T00:44:59Z
          Registrar: EXAMPLE REGISTRAR LLC
          Registrar IANA ID: 5555555
          Registrar Abuse Contact Email: [email protected]
          Registrar Abuse Contact Phone: +1.1235551234
          Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
          Domain Status: clientRenewProhibited https://icann.org/epp#clientRenewProhibited
          Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
          Registry Registrant ID: REDACTED
          Registrant Name: REDACTED
          Registrant Organization: REDACTED
          Registrant Street: REDACTED
          Registrant City: REDACTED
          Registrant State/Province: AP
          Registrant Postal Code: REDACTED
          Registrant Country: AA
          Registrant Phone: REDACTED
          Registrant Phone Ext: REDACTED
          Registrant Fax: REDACTED
          Registrant Fax Ext: REDACTED
          Registrant Email: REDACTED
          Registry Tech ID: REDACTED
          Tech Name: REDACTED
          Tech Phone: REDACTED
          Tech Email: REDACTED
          Name Server: NS01.EXAMPLE-REGISTRAR.TLD
          Name Server: NS02.EXAMPLE-REGISTRAR.TLD
          Name Server IP Address: 192.0.2.123
          Name Server IP Address: 2001:0DB8::1
          DNSSEC: signedDelegation
          URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
          >>> Last update of RDDS database: 2009-05-29T20:15:00Z <<<
    3. Данные доменного имени: минимальные обязательные выходные данные

      Следующий пример был создан с использованием следующих предположений:

      • Контактная информация не передается от регистратора в регистратуру в соответствии с разделами 7.3 и 7.4 Политики в области регистрационных данных.
      • Оператор регистратуры не поддерживает элементы данных «Дата окончания срока регистрации регистратора» и «Реселлер», поэтому в базе данных регистратуры нет данных по этим двум элементам данных.
      • Оператор регистратуры не показывает поле для элементов данных, по которым отсутствуют данные, в соответствии с разделом 1 Дополнения I к Политике в области регистрационных данных.
      • Доменное имя делегировано, подписано DNSSEC, имеются связующие записи.
        • Запрос: whois EXAMPLE.TLD
        • Ответ:
          Domain Name: EXAMPLE.TLD
          Registry Domain ID: REDACTED
          Registrar WHOIS Server: whois.example-registrar.tld
          Registrar URL: http://www.example-registrar.tld
          Updated Date: 2009-05-29T20:13:00Z
          Creation Date: 2000-10-08T00:45:00Z
          Registry Expiry Date: 2010-10-08T00:44:59Z
          Registrar: EXAMPLE REGISTRAR LLC
          Registrar IANA ID: 5555555
          Registrar Abuse Contact Email: [email protected]
          Registrar Abuse Contact Phone: +1.1235551234
          Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
          Domain Status: clientRenewProhibited https://icann.org/epp#clientRenewProhibited
          Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
          Name Server: NS01.EXAMPLE-REGISTRAR.TLD
          Name Server: NS02.EXAMPLE-REGISTRAR.TLD
          Name Server IP Address: 192.0.2.123
          Name Server IP Address: 2001:0DB8::1
          DNSSEC: signedDelegation
          URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
          >>> Last update of RDDS database: 2009-05-29T20:15:00Z <<<

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

  • Формат запроса: whois “registrar Example Registrar, Inc.”
  • Формат ответа:
    Registrar: 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: [email protected]
    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: [email protected]
    Admin Contact: Jane Registrar
    Phone Number: +1.3105551214
    Fax Number: +1.3105551213
    Email: [email protected]
    Technical Contact: John Geek
    Phone Number: +1.3105551215
    Fax Number: +1.3105551216
    Email: [email protected]
    >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

Данные о DNS-сервере:

  • Формат запроса: whois “nameserver (имя сервера имен)”, или whois “nameserver (IP-адрес)”
  • Формат ответа:
    Server Name: NS1.EXAMPLE.TLD
    IP Address: 192.0.2.123
    IP 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 к RAA-2013, должно стать требованием для всех регистратур gTLD, как существующих, так и будущих».

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

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

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

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

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."