Skip to main content
Resources

Дополнение к определению политики по вопросам WHOIS

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

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

Регистраторы, аккредитованные ICANN, и регистратуры gTLD в соответствии со своими соглашениями с ICANN обязаны предоставлять доступ на основе запросов к определенным регистрационным данным через веб-страницы и порт 43. Настоящее дополнение к определению политики по вопросам WHOIS требует от регистраторов и регистратур включать в состав выходных данных Whois информацию, которая способствует идентификации пользователями спонсирующего регистратора доменного имени и пониманию кодов состояний, используемых регистратурами и регистраторами, как указано далее:

  1. Регистраторы и регистратуры, которые включают в состав выходных данных Whois сведения о состоянии регистрации доменных имен, обязаны:1
    1. указывать состояния с использованием только соответствующих кодов состояний EPP;
    2. рядом с каждым кодом состояния EPP указывать URL-адрес веб-страницы ICANN, где содержится описание и определение соответствующего кода состояния EPP. Список этих URL-адресов представлен здесь: https://www.icann.org/resources/pages/epp-status-codes-list-2014-06-18-en; и
    3. включать в состав своих выходных данных Whois следующее сообщение: «Для получения дополнительной информации о кодах состояния Whois посетите веб-страницу https://icann.org/epp» *

      *Обратите внимание, что более длинный вариант приведенной выше ссылки, ранее указанный в разделе 1(в), то есть https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en , также отвечает требованиям AWIP.
  2. Регистраторы не должны удалять описанные выше ссылки и сообщение при предоставлении данных Whois через свою собственную службу Whois или службу другого регистратора или регистратуры.
  3. Регистратуры обязаны включать в свои выходные данные Whois выданный корпорацией ICANN Глобальный уникальный идентификационный номер регистратора (GURID, общеизвестный как Идентификатор Администрации адресного пространства интернета (IANA)) в следующем виде:
    Идентификатор IANA спонсирующего регистратора: 99999

Примечания: Дополнение к определению политики по вопросам WHOIS (AWIP) было принято ICANN как согласованная политика 6 мая 2012. года. Дата вступления этой политики в силу — 31 января 2016 года. Все регистраторы, аккредитованные ICANN, и регистратуры gTLD обязаны подчиняться требованиям AWIP в отношении регистраций, спонсируемых ими во всех доменах верхнего уровня, на которые распространяется их аккредитация или право администрирования, начиная с даты вступления в силу.

Цель настоящей политики в том, чтобы уточнить значения кодов состояний EPP в составе данных Whois и потребовать единообразной идентификации регистраторов в Whois по их номеру GURID.

Справочная информация: 24 июня 2009 года Совет GNSO начал процесс разработки политики (PDP) в связи с необходимостью определить процедуру межрегистраторского переноса (IRTP) (http://gnso.icann.org/en/council/resolutions#200906 — резолюция 20090624-2) и рабочая группа по PDP (Рабочая группа по вопросам IRTP, часть B) представила 30 мая 2011 года свой итоговый отчет, содержащий ряд рекомендаций (http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf [PDF, 971 КБ]), в том числе рекомендацию № 8: стандартизировать и уточнить сообщения Whois о состоянии, относящиеся к статусу «Registrar Lock» («Заблокировано регистратором»). 22 июня 2011 года Совет GNSO принял следующее решение: прежде чем одобрить рекомендацию, касающуюся стандартизации и уточнения сообщений Whois о состоянии в отношении состояния «Заблокировано регистратором», Совет GNSO попросит персонал ICANN представить предложение, которое сможет обеспечить реалистичный с технической точки зрения подход, позволяющий выполнить данную рекомендацию. В ответ на эту просьбу персонал ICANN после консультаций с рабочей группой сформулировал свое предложение, которое было опубликовано для общественного обсуждения и впоследствии утверждено Совет GNSO 16 февраля 2012 года (http://gnso.icann.org/en/council/resolutions#20120216-1). После проведения еще одного форума общественного обсуждения рекомендации и предложения (http://www.icann.org/en/news/public-comment/irtp-b-rec8-21feb12-en.htm) Правление ICANN утвердило их 6 мая 2012 года. (https://www.icann.org/en/groups/board/documents/resolutions-06may12-en.htm#1.5)

Перед еще одной рабочей группой GNSO (Рабочая группа по вопросам IRTP, часть C) 22 сентября 2011 года была поставлена задача рассмотреть три вопроса, имеющие отношение к IRTP, в том числе возможность оптимизации процесса с помощью требования о том, чтобы регистратуры использовали для регистраторов коды IANA, а не свои внутренние коды (https://community.icann.org/display/gnsoirtppdpwg/3.+WG+Charter). Эта рабочая группа опубликовала свой первоначальный отчет, который стал предметом общественного обсуждения, а впоследствии — итоговый отчет, который был утвержден Советом GNSO 17 октября 2012 года. После еще одного форума общественного обсуждения Правление ICANN 20 декабря 2012 г. утвердило рекомендации итогового отчета (http://www.icann.org/en/groups/board/documents/minutes-20dec12-en.htm#2.a).


1 Это требование не предназначено для того, чтобы обязать любого регистратора или любую регистратуру включать сведения о состоянии доменных имен в состав своих выходных данных Whois, если у него еще нет такого обязательства. Однако у тех регистраторов и регистратур, которые отражают состояние домена в Whois, это состояние должно выражаться соответствующим кодом EPP с соблюдением всех остальных требований настоящей политики.

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