Стороны, связанные договорными обязательствами
В дополнение к языкам ICANN, этот материал также доступен на следующих языках
Политика перехода к использованию расширенного варианта записи данных WHOIS для доменов .COM, .NET и .JOBS
Просим отметить, что официальной версией всех переведенных материалов и документов является версия на английском языке. Перевод на другие языки приведен исключительно в информационных целях.
Новости
По состоянию на 21 августа 2025 года требования по данной Политике будут соответствовать Политике в области регистрационных данных.
7 ноября 2019 года Правление ICANN приняло Резолюцию о переносе начала контроля исполнения договорных обязательств на более поздний период. Отдел ICANN по контролю исполнения договорных обязательств откладывает контроль исполнения договорных обязательств Политики перехода к использованию расширенного варианта записи данных WHOIS до выполнения всех следующих условий:
- группа подготовки рекомендаций по реализации политики в области регистрационных данных в gTLD (IRT) завершит процесс анализа и установит ориентировочные сроки выполнения рекомендаций Рабочей группы по ускоренному процессу формирования политики (EPDP), принятых Правлением ICANN 15 мая 2019 года;
- корпорация ICANN и IRT предоставят Совету GNSO необходимую информацию о влиянии рекомендаций группы по EPDP на существующие процедуры и политику (в том числе на политику перехода к использованию расширенного варианта записи данных WHOIS), и
- Совет GNSO определит, следует ли принять меры по обновлению соответствующих процедур и политики (которые могут включать дополнительную работу по формированию политики, указания или другие действия, которые необходимо определить), влияющих на политику перехода к использованию расширенного варианта записи данных WHOIS.
Применяемые в настоящем документе ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «БУДЕТ», «НЕ БУДЕТ», «СЛЕДУЕТ», «НЕ СЛЕДУЕТ», «РЕКОМЕНДУЕТСЯ», «НЕ РЕКОМЕНДУЕТСЯ» и «МОЖЕТ» следует понимать так, как описано в документе RFC 2119, размещенном по адресу http://www.ietf.org/rfc/rfc2119.txt.
-
Сфера применения.
Настоящая политика ДОЛЖНА применяться к операторам регистратур gTLD .COM, .NET и .JOBS, а также ко всем регистраторам, спонсирующим регистрацию доменных имен в зонах gTLD .COM, .NET или .JOBS.
-
Определения.
- Сокращенный вариант записи данных (зарегистрированного имени): доменное имя, для которого оператор регистратуры хранит и предоставляет только техническую информацию (напр. DNS-серверы, статусы, дата регистрации) и данные спонсирующего регистратора, связанного с данным доменным именем. Контактные данные для доменного имени поддерживаются спонсирующим регистратором.
- Расширенный вариант записи данных (зарегистрированного имени): доменное имя, для которого спонсирующий регистратор предоставляет оператору регистратуры копию контактных данных владельца. Оператор регистратуры поддерживает техническую информацию (напр. DNS-серверы, статусы, дату регистрации доменного имени) и сведения о спонсирующем регистраторе этого доменного имени. Контактные данные владельца доменного имени поддерживаются спонсирующим регистратором.
- Существующее доменное имя: доменное имя, которое было создано или которому был присвоен статус pendingCreate до 1 мая 2018 года.
- Показатели процесса перехода: показатели, которые оператор регистратуры разработал и регулярно передает регистраторам и корпорации ICANN для оценки процесса перехода от сокращенного к расширенному варианту записи данных. Эти показатели должны включать как минимум общее количество доменов, которые обслуживает регистратор, количество и процент доменов, к которым прилагаются объекты контактных данных.
-
Политика и сроки вступления ее в силу.
3.1 Регистрация всех новых доменных имен ДОЛЖНА осуществляться в расширенном варианте записи данных, начиная, самое позднее, с 1 мая 2018 года.
3.2 Все необходимые регистрационные данные существующих доменных имен ДОЛЖНЫ быть переведены с сокращенного в расширенный вариант записи данных до 1 февраля 2019 года.
-
Следующие требования распространяются только на операторов регистратур:
4.1 Оператор регистратуры ДОЛЖЕН внедрить механизм протокола EPP и альтернативный механизм массового переноса до 1 августа 2017 года для переноса регистраторами регистрационных данных существующих доменных имен (т.е. перехода с сокращенного на расширенный вариант записи данных).
4.2 До 1 мая 2017 года оператор регистратуры ДОЛЖЕН предоставить соответствующим регистраторам и корпорации ICANN документацию о системных изменениях, необходимых для выполнения требований Раздела 4.1.
4.3 До 1 мая 2017 года оператор регистратуры ДОЛЖЕН внедрить в соответствующих средах эксплуатационных испытаний и оценки (OT&E) механизм EPP и альтернативный механизм массового переноса для проверки переноса регистраторами регистрационных данных существующих доменных имен (т.е. перехода с сокращенного на расширенный вариант записи данных).
4.4 До 1 августа 2017 года оператор регистратуры ДОЛЖЕН реализовать поддержку всех команд запроса контактных данных, указанных в RFC5733, согласно данному положению. Поля контактных данных EPP <contact:id>, <contact:postalInfo type> и <contact:authInfo> являются ОБЯЗАТЕЛЬНЫМИ для оператора регистратуры. До 1 февраля 2019 года оператор регистратуры ДОЛЖЕН принимать, но НЕ ДОЛЖЕН требовать все прочие элементы регистрационных данных, которые обеспечивают выполнение требований к службе WHOIS (доступной через порт 43) и к веб-службам каталогов, описанных в Разделе 1 Спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашения об администрировании домена верхнего уровня») или в последующих поправках к нему и в Политике относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных.
4.5 Начиная с 1 мая 2018 года, оператор регистратуры ДОЛЖЕН требовать данные расширенного варианта записи данных регистратуры для команды объекта домена EPP <create> согласно данному положению. Оператор регистратуры ДОЛЖЕН требовать все элементы регистрационных данных, которые обеспечивают выполнение требований к службе WHOIS (доступной через порт 43) и к веб-службам каталогов, описанных в Разделе 1 Спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашение об администрировании домена верхнего уровня») или в последующих поправках к нему и в Политике относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных.
4.6 С 1 августа 2017 года по 1 февраля 2019 года оператор регистратуры ОБЯЗАН предоставлять каждому регистратору показатели процесса перехода не реже одного раза в месяц до 23:59 UTC первого числа следующего месяца.
4.7 С 1 августа 2017 года по 1 февраля 2019 года оператор регистратуры ОБЯЗАН предоставлять корпорации ICANN все показатели процесса перехода для всех регистраторов не реже одного раза в месяц до 23:59 UTC первого числа следующего месяца.
4.8 Оператор регистратуры МОЖЕТ выполнить требования Политики относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных («Политика CL&D») совместно с требованиями Раздела 1 Спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашение об администрировании домена верхнего уровня») или последующих поправок к нему до 1 августа 2017 года.
4.9 Оператор регистратуры ДОЛЖЕН выполнять требования к службе WHOIS (доступной через порт 43) и к веб-службам каталогов, описанные в Разделе 1 Спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашение об администрировании домена верхнего уровня») или в последующих поправках к нему и в Политике относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных, до 1 мая 2018 года при регистрации новых доменных имен и до 1 февраля 2019 года для существующих доменных имен.
4.10 В период от 1 августа 2017 года до 1 февраля 2019 года для существующих доменных имен, для следующих полей вывода RDDS, в которых отсутствуют данные в общей системе регистрации (SRS), оператор регистратуры МОЖЕТ считать следующие поля RDDS необязательными согласно разъяснению 1 в документе «Консультативное заключение: пояснения к Соглашению об администрировании домена верхнего уровня и Соглашению об аккредитации регистраторов (RAA) от 2013 года относительно применимых спецификаций службы каталогов регистрационных данных (WHOIS)»:
- Идентификатор владельца домена / контактного лица по административным вопросам / контактного лица по техническим вопросам
- Имя владельца домена / контактного лица по административным вопросам / контактного лица по техническим вопросам
- Адрес владельца домена / контактного лица по административным вопросам / контактного лица по техническим вопросам
- Город владельца домена / контактного лица по административным вопросам / контактного лица по техническим вопросам
- Страна владельца домена / контактного лица по административным вопросам / контактного лица по техническим вопросам
- Номер телефона владельца домена / контактного лица по административным вопросам / контактного лица по техническим вопросам
- Электронная почта владельца домена / контактного лица по административным вопросам / контактного лица по техническим вопросам
4.11 Указывать контактное лицо по выставлению счетов необязательно, если это не предписывается другими положениями Соглашения об администрировании домена верхнего уровня. Политика регистратуры определяет, является ли это требование обязательным, необязательным или не поддерживается. Если данные контактного лица по выставлению счетов поддерживаются, они должны отображаться в соответствии с условиями документа «Консультативное заключение: пояснения к Соглашению об администрировании домена верхнего уровня и Соглашению об аккредитации регистраторов (RAA) от 2013 года относительно применимых спецификаций службы каталогов регистрационных данных (WHOIS)» (раздел 22).
-
Следующие требования распространяются только на регистраторов:
5.1 С 1 августа 2017 года по 1 февраля 2019 года регистраторы ДОЛЖНЫ обеспечить переход соответствующих операторов регистратур на все обязательные к заполнению поля для существующих доменных имен, доступные в базе данных регистратора, с целью обеспечения выполнения оператором регистратуры требований службы WHOIS (доступной через порт 43) и веб-служб каталогов, описанных в Разделе 1 Спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашение об администрировании домена верхнего уровня») или в последующих поправках к нему и в Политике относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных.
5.2 Регистраторы МОГУТ предоставлять операторам регистратур данные в расширенном варианте записи данных регистратуры, которые обеспечивают выполнение требований к службе WHOIS (доступной через порт 43) и к веб-службам каталогов, описанных в Разделе 1 Спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашение об администрировании домена верхнего уровня») или в последующих поправках к нему и в Политике относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных, при регистрации новых доменных имен, начиная с 1 августа 2017 года.
5.3 Регистраторы ДОЛЖНЫ предоставлять операторам регистратур данные в расширенном варианте записи данных регистратуры, которые обеспечивают выполнение требований к службе WHOIS (доступной через порт 43) и к веб-службам каталогов, описанных в Разделе 1 Спецификации 4 «Базового соглашения об администрировании домена верхнего уровня, утвержденного 9 января 2014 года» («Базовое соглашение об администрировании домена верхнего уровня») или в последующих поправках к нему и в Политике относительно единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных, при регистрации новых доменных имен, начиная с 1 мая 2018 года.
Замечания по реализации
При наличии конфликта между местным законодательством о защите конфиденциальной информации и требованиями данной Политики для операторов регистратур и регистраторов предусмотрена процедура ICANN по разрешению противоречий между положениями о WHOIS и законами о защите конфиденциальной информации
История вопроса
Правление ICANN приняло рекомендации по согласованной политике Рабочей группы GNSO по расширенному варианту записи данных WHOIS в отношении использования расширенного варианта записи данных WHOIS всеми регистратурами gTLD, после того как эти рекомендации были утверждены Советом GNSO. Рекомендация 1 гласит: «Предоставление услуг расширенного варианта записи данных WHOIS, обеспечение единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных в соответствии со Спецификацией 3 [Соглашения об аккредитации регистраторов] редакции 2013 года, должно стать требованием ко всем регистратурам gTLD, как существующим, так и будущим». См. резолюции Правления ICANN 2014.02.07.08 – 2014.02.07.09 по адресу http://www.icann.org/en/groups/board/documents/resolutions-07feb14-en.htm#2.c).
Корпорация ICANN работала с группой членов сообщества (т.е. Группой по проверке выполнения рекомендаций) над вопросами выполнения рекомендаций политики. В рамках выполнения рекомендаций и перед их принятием корпорация ICANN запросила мнение сообщества о предлагаемых рекомендациях политики и формулировках данной Политики. (См. https://www.icann.org/public-comments/proposed-implementation-gnso-thick-rdds-whois-transition-2016-10-26-en).
Кроме того, в итоговый отчет [PDF, 1,23 МБ] Рабочей группы по процессу разработки политики использования WHOIS с расширенным вариантом записи данных был включен раздел 7.2 «Соображения в отношении реализации», в котором была представлена информация о графике и требованиях к реализации перехода от сокращенного к расширенному варианту записи данных WHOIS. В нем отдельно отмечено следующее: «РГ подчеркивает, что реализация одной из частей рекомендации (например, переход существующих регистратур gTLD с сокращенным вариантом записи данных на модель с расширенным вариантом) не обязательно приведет к отсрочке реализации другой ее части (например, единообразия в названиях полей и при отображении информации в Службе каталогов регистрационных данных)».
В результате корпорация ICANN работала с Группой по проверке выполнения рекомендаций над параллельными путями перехода с сокращенного на расширенный вариант записи данных WHOIS и к единообразию в названиях полей и при отображении информации в Службе каталогов регистрационных данных WHOIS. Для получения дополнительной информации см. https://www.icann.org/resources/pages/rdds-labeling-policy-2017-02-01-en

