Skip to main content
Resources

Руководство к соглашению об аккредитации регистраторов от мая 2009 г. Для лиц, не имеющих юридической подготовки*

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

Руководство к соглашению об аккредитации регистраторов от мая 2009 г. Для лиц, не имеющих юридической подготовки [PDF, 296 KB]

Обзор
САР
Заключение
Глоссарий

Данный документ подготовлен в ответ на запрос Расширенного консультативного комитета (РКК) о создании руководства для лиц, не имеющих юридической подготовки, к соглашению об аккредитации регистраторов (САР) ICANN, с которым можно ознакомиться по адресу http://www.atlarge.icann.org/correspondence/correspondence-01oct09-en.htm. Как отмечается в запросе, САР – юридический документ, заключённый между ICANN и регистраторами, составленный в соответствии с законодательством штата Калифорния. В результате, лица, не являющиеся участниками этого соглашения, не знакомые с правовой системой Соединённых Штатов, не имеющие юридической подготовки или не являющиеся носителями английского языка, могут испытывать трудности в понимании обязательств, принятых на себя ICANN и регистраторами. Данное руководство никоим образом не изменяет САР, не вносит в него никаких поправок и не является юридическим толкованием САР.

Данное руководство содержит сводку основных положений САР от мая 2009 г. (опубликовано по адресу http://www.icann.org/en/registrars/ra-agreement-21may09-en.htm). Некоторые регистраторы всё ещё работают в рамках САР от мая 2001 г. (опубликовано по адресу http://www.icann.org/registrars/ra-agreement-17may01.htm), поэтому некоторые из затрагиваемых здесь вопросов не относятся на данный момент ко всем регистраторам. Выяснить, какие регистраторы работают в рамках САР 2009, можно, ознакомившись со списком аккредитованных регистраторов (опубликован по адресу http://www.icann.org/en/registrars/accredited-list.html). САР, относящееся к каждому Регистратору, указано в графе "САР".

Завершает данное руководство краткий глоссарий, призванный помочь в его понимании.


1. Обзор

САР является частью процесса регистрации доменных имён. Коротко говоря, ICANN заключает контракты с операторами реестров, компаниями, управляющими рДВУ. Если клиент хочет зарегистрировать доменное имя в рДВУ, он должен обратиться к аккредитованному ICANN регистратору, компании, заключившей САР с ICANN. Когда клиент регистрирует доменное имя, он предоставляет регистратору такие сведения, как реквизиты для выставления счетов и связи, а также данные сервера имён, необходимые для функционирования доменного имени. Затем регистратор передаёт эти сведения оператору реестра, чтобы имя могло распознаваться в системе доменных имён. Все доменные имена регистрируются на ограниченный срок. Кратчайший срок регистрации, предлагаемый регистраторам, составляет один год, а максимальный срок единовременной регистрации не может превышать десять лет. По истечении срока регистрации владелец зарегистрированного имени может продлить регистрацию. Если владелец зарегистрированного имени не соглашается продлить регистрацию, как правило, он теряет право на доменное имя, и оно становится доступно для регистрации другим клиентом. Если регистрация не продлевается по истечении срока, доменное имя может быть в конечном итоге удалено регистратором и более не распознаваться.

Чтобы регистратор был аккредитован ICANN, он должен подать заявку на аккредитацию; этот процесс подробно описан по адресу http://www.icann.org/en/registrars/accreditation.htm. Коротко говоря, компания, подающая заявку на аккредитацию, должна предоставить ICANN информацию по деловым, техническим и финансовым вопросам. Заявитель должен также предоставить сведения о лицах, являющихся руководителями, директорами и менеджерами компании. Если заявка удовлетворяется, регистратор должен, среди прочего, подписать стандартное САР с ICANN, чтобы завершить процесс аккредитации.

Каждый аккредитованный ICANN регистратор должен подписать с ICANN стандартное САР, чтобы предлагать регистрационные функции в рДВУ. САР состоит из нескольких частей: (1) основное соглашение; (2) приложения для каждого ДВУ, в рамках которого аккредитуется регистратор, и (3) приложение о лицензировании логотипа ICANN, позволяющее аккредитованному регистратору использовать специальный логотип "Аккредитованный ICANN Регистратор" на своём сайте. Каждый регистратор должен заключить основное соглашение и приложение о лицензировании логотипа, но может решить не вступать в каждое из доступных приложений для ДВУ. Например, регистратор может решить предлагать регистрации только в некоторых из имеющихся ДВУ, например,.COM,.NET и.INFO, и не предлагать регистрации в других ДВУ. В таком случае, регистратор может подписать приложения только для ДВУ.COM,.NET и.INFO; при этом, позднее он может добавить дополнительные ДВУ. Перечень всех ДВУ, для предложения регистрационных услуг в которых аккредитован каждый из регистраторов, опубликован по адресу http://www.icann.org/en/registrars/accredited-list.html. В данном руководстве термин "соответствующее ДВУ" относится к ДВУ, для оказания услуг в котором аккредитован тот или иной регистратор. Как правило, регистратор заключает отдельное соглашение с каждым реестром, в рамках которого он аккредитован; данное соглашение может включать в себя дополнительные обязанности регистратора.

Регистраторы не имеют права заявлять, что они способны предоставлять держателям зарегистрированных имён лучший доступ к какому-либо соответствующему ДВУ по сравнению с другими регистраторами.

Некоторые аккредитованные ICANN регистраторы могут предлагать услуги по регистрации в национальных доменах верхнего уровня (нДВУ), таких как.DE,.UK, и.ME. ICANN не аккредитует регистраторов для нДВУ, а требования САР не относятся к регистрации в этих нДВУ. Аккредитация регистраторов для нДВУ является прерогативой операторов реестров нДВУ – нДВУ не обязаны аккредитовать регистраторов, а при принятии решения об аккредитации нДВУ могут устанавливать свои собственные стандарты и обязательства для аккредитации.

САР – улица с двусторонним движением. Иными словами, как ICANN, так и регистратор берут на себя в соглашении взаимные обязательства, а значит, как ICANN, так и регистратор могут нарушить соглашение. Как ICANN, так и регистратор могут быть привлечены к ответственности за невыполнение своих обязательств.

Что касается САР между ICANN и регистратором, никто, включая владельца зарегистрированного имени, не может подать в суд на ICANN или регистратора с заявлением о нарушении САР.


2. САР

Основное соглашение состоит из пяти разделов:

  1. Определения
  2. Обязательства ICANN
  3. Обязательства регистратора
  4. Порядок установления и пересмотра спецификаций и политики
  5. Прочие положения

Хотя данное руководство в целом соответствует разделам, присутствующим в САР, некоторые положения взаимосвязаны. Данное руководство следует тематическим аргументам, а не обязательно постатейному порядку положений.

2.1 Определения

В разделе определений приводятся некоторые используемые в САР понятия. Не пытаясь вновь изложить все определения из этого раздела, некоторые ключевые термины были включены в глоссарий, приведённый в конце данного руководства.

2.2 Обязательства ICANN

Коротко говоря, в обязательства ICANN входят предоставление аккредитаций и разрешений регистраторам заявлять, что они аккредитованы ICANN. Регистратор может запросить аккредитацию в дополнительном ДВУ в течение срока действия соглашения. ICANN также обязуется действовать на открытой и прозрачной основе, равноправно применять стандарты ко всем регистраторам, не ограничивать конкуренцию и обеспечивать наличие адекватных процедур обжалования у регистратора в рамках ICANN.

2.3 Обязательства регистратора

Так как в разделе САР, касающемся обязательств регистратора, содержится много положений, конкретизирующих обязанности регистратора по отношению к работе с держателями зарегистрированных имён, этот раздел руководства более подробен, чем прочие.

У регистраторов есть несколько основных обязательств, так, например, регистраторы обязаны следовать политике ICANN и политике консенсуса, а также действовать в соответствии с законом. В САР также указывается конкретное требование к регистраторам следовать единой политике разрешения споров о доменных именах, сокращённо называемой ЕПРД.

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

2.3.1 Представление данных регистраторами операторам реестров

Для всех соответствующих ДВУ регистратор должен представить определённые сведения относительно каждого из зарегистрированных имён в ДВУ.

3.2.1.1 Регистрируемое имя;

3.2.1.2 Адреса Интернет-протокола (IP) первичного и вторичного серверов имён для зарегистрированного имени;

3.2.1.3 Соответствующие названия упомянутых серверов имён;

3.2.1.4 Если она не генерируется системой реестра автоматически, личность регистратора;

3.2.1.5 Если он не генерируется системой реестра автоматически, срока окончания действия регистрации; и

3.2.1.6 Все прочие данные, которые может потребовать оператор реестра.

Держатели зарегистрированных имён, как правило, должны предоставить Регистратору информацию о серверах имён (3.2.1.2 - 3), при этом, в соответствии с разделом 3.2.1.6 от держателей зарегистрированных имён могут потребовать предоставить дополнительные данные. После предоставления держателем зарегистрированного имени свежих данных, регистратор обязан сообщить об обновлениях оператору реестра в течение 5 (пяти) дней.

Регистраторы также обязаны предоставлять ICANN электронную базу данных всех элементов регистраций действующих в рамках ДВУ, по просьбе ICANN в случае технических неполадок или изменений со стороны оператора реестра.

2.3.2 Данные Whois

Сведения о службе Whois не обсуждаются в САР. В качестве контекста можно упомянуть, что по условиям аккредитации Регистратора они обязаны предоставлять конкретные контактные и технические данные, связанные с каждой регистрацией доменного имени. Эти сведения и данные Whois должны быть общедоступными, находиться в определённом формате и быть доступными через определённый "порт", отведённый для обмена данными Whois, порт 43, и через интерактивную веб-страницу. Среди многочисленных целей, для которых может использоваться служба Whois такие, как определение наличия доменного имени для регистрации, выявление владельца регистрации доменного имени, связанного с вредоносной деятельностью, установление связей с владельцами регистраций доменных имён по вопросам, касающимся охраны товарных знаков, и проверка онлайн-продавцов.

Регистраторы должны располагать интерактивной веб-страницей и службой через порт 43, услуги которой по отправке запросов доступны общественности бесплатно. САР определяет некоторые данные, которые должны предоставляться в ответ на запрос:

3.3.1.1 Зарегистрированное имя;

3.3.1.2 Названия первичного и вторичного серверов имён для зарегистрированного имени;

3.3.1.3 Личность регистратора (она может раскрываться через сайт регистратора);

3.3.1.4 Первоначальная дата создания регистрации;

3.3.1.5 Дата истечения срока регистрации;

3.3.1.6 Наименование и почтовый адрес держателя зарегистрированного имени;

3.3.1.7 Имя, почтовый адрес, адрес электронной почты, номер телефона, а также (при наличии) номер факса технических представителей зарегистрированного имени; и

3.3.1.8 Имя, почтовый адрес, адрес электронной почты, номер телефона, а также (при наличии) номер факса административных представителей зарегистрированного имени.

Собранные данные, как правило, называются данные Whois. Как отмечается ниже, держатели зарегистрированных имён обязаны предоставлять регистратору своевременные обновления данных Whois для зарегистрированного имени. После получения обновлений регистратор должен своевременно обновить данные Whois. Регистраторы могут предоставлять поддержание функции общественных запросов третьим сторонам.

САР требует от регистраторов обеспечения массового доступа к данным Whois для третьих сторон. При предоставлении массового доступа или доступа к данным Whois через функцию общественных запросов регистратор должен ограничить использование запросов большого объёма и ввести другие ограничения на использование данных Whois, как указано в САР, в том числе для маркетинговых мероприятий и массовых рассылок.

2.3.3 Связь с держателями зарегистрированных имён

Регистраторы обязаны вести полный учёт обмена сообщениями с держателями зарегистрированных имён, а также сведений, представляемых операторам реестров.

2.3.4 Ответственное хранение данных держателей зарегистрированных имён

Регистратор должен вести базу данных всех данных Whois для всех зарегистрированных имён, зарегистрированных в рамках аккредитации регистратора, а также всех данных, предоставляемых регистратором оператору реестра. Кроме того, для каждого зарегистрированного имени регистратор должен включать в базу данных имя и (если имеется) почтовый адрес, адрес электронной почты, номер телефона и номер факса лица, которому должен выставляться счёт.

Регистратор должен передавать на ответственное или на доверительное хранение третьей стороне всю полную базы данных; этот процесс также называется "депонирование данных". В некоторых случаях база данных моет быть освобождена от необходимости депонирования для оказания регистратору, ICANN или назначенной стороне помощи в предоставлении услуги регистратора. ICANN, регистратор, а также компания, осуществляющая ответственное хранение данных, заключают дополнительный договор, в котором особо оговариваются условия механизма депонирования данных, модель которого опубликована по адресу http://www.icann.org/en/rde/registrar-data-escrow-agreement-09nov07.pdf [PDF, 45 KB].

В качестве дополнительной информации можно заметить, что в определённых ситуациях клиент, желающий использовать доменное имя, может захотеть ограничить объём личных сведений, предоставляемых регистратором по запросам Whois. Для этого доменное имя может быть зарегистрировано с помощью службы конфиденциальности (позволяющей держателю зарегистрированного имени заменить некоторые определяющие личные сведения на данные службы, например, использовать ПЯ службы вместо своего домашнего или рабочего адреса) или службы прокси, регистрирующей доменное имя и выдающей клиенту лицензию на его использование. При использовании служб прокси владельцем зарегистрированного имени считается служба, а, следовательно, для большинства или всех необходимых данных используются её сведения.1 Несмотря на то, что САР включает положения, касающиеся использования служб конфиденциальности или прокси, ICANN никогда не выражала однозначное мнение за или против таких служб.

Если имя зарегистрировано через службу конфиденциальности или прокси, что влияет на сведения, размещаемые в базе данных, САР требует от регистратора, предлагающего службу конфиденциальности или прокси, одно из следующих двух действий. Регистратор должен либо (1) включить в базу данных имя или название, почтовый адрес, адрес электронной почты и номер телефона клиента в дополнение к данным регистрационной службы прокси или конфиденциальности, либо (2) разместить оповещение о том, что данные клиента не депонируются одновременно с принятием им решения об использовании регистрационной службы конфиденциальность или прокси. Если данные клиента не депонируются, то депонируются только контактные реквизиты регистрационной службы конфиденциальности или прокси. Если данные клиента не депонируются, а в базе данных сохраняются только сведения службы конфиденциальности или прокси, то в случае закрытия регистратора или реестра будущие уведомления могут отправляться только по реквизитам для связи службы конфиденциальности или прокси, а не клиента.

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

2.3.5 Деловые отношения регистратора с держателями зарегистрированных имён

САР накладывает множество требований на деловые отношения регистратора, включая его отношения с держателями зарегистрированных имён.

В разделе 3.7.4 САР устанавливается, что регистратор не может активировать зарегистрированное имя до получения достаточных гарантий оплаты регистрационного сбора.

В САР описываются действия, которые регистратор может предпринять по окончании периода регистрации, если держатель зарегистрированного имени не предоставит согласие на продление регистрации, в том числе, отмена регистратором регистрации по окончании текущего срока регистрации. Если держатель зарегистрированного имени или лицо, действующее по поручению держателя зарегистрированного имени, не даст согласие на возобновление, регистратор должен убедиться, что зарегистрированное имя удалено из базы данных реестра в течение 45 дней с момента окончания срока регистрации.

Это обязательство по удалению доменного имени не является абсолютным. В разделе 3.7.5.1 САР оговаривается перечень потенциальных "смягчающих обстоятельств", при которых регистратор может продлить существование доменного имени даже без согласия держателя зарегистрированного имени. К таким обстоятельствам относятся, помимо прочего, действия против зарегистрированного имени в рамках ЕПРД2 , постановление суда, процедура банкротства или платёжные споры. Регистратор должен вести отчётность о причинах, по которым возобновляются регистрации без согласия держателей зарегистрированных имён. Регистраторы также имеют возможность включать дополнительные условия в своих соглашениях с держателями зарегистрированных имён, изменяющие требования регистратора в отношении удаления.

Регистраторы должны уведомлять каждого нового держателя зарегистрированного имени о политиках удаления и автоматического обновления регистратора. Если политика регистратора в отношении удаления имён изменится в ходе действия соглашения о регистрации, регистратор должен будет приложить усилия, чтобы проинформировать держателя зарегистрированного имени об этих изменениях в политике. Подробная информация о политиках исключения и автоматического обновления должна содержаться на всех веб-сайтах регистратора, предназначенных для регистрации и обновления доменных имён, а регистратор также должен указывать на этих сайтах сумму сбора, взимаемого за восстановление доменных имён в течение периода отсрочки аннулирования (30-дневный срок, в течение которого имя находится в реестре в состоянии "ожидания удаления").3

Если зарегистрированное имя является предметом спора в рамках ЕПРД на момент удаления или истечения срока действия регистрации, согласно ЕПРД заявитель имеет право продлить доменное имя (или восстановить его в случае удаления). Если заявитель возобновляет или восстанавливает имя, регистратор должен присвоить имени статус "ПРИОСТАНОВЛЕНО" или "ЗАБЛОКИРОВАНО", 4 а также внести изменения в данные Whois, чтобы показать, что имя является предметом спора. В разделе 3.7.5.7 САР также предусматривается право исходного держателя зарегистрированного имени восстановить или обновить имя в случае, если жалоба в рамках ЕПРД отменяется без принятия решения или решается в пользу исходного держателя зарегистрированного имени.

2.3.5.1 Соглашение между регистратором и держателем зарегистрированного имени

Регистраторы должны заключать электронные или традиционные регистрационные соглашения со всеми держателями зарегистрированных имён. Согласно САР соглашение между регистратором и держателем зарегистрированного имени должно включать в себя, как минимум, следующие пункты (как указано в разделах 3.7.7.1 - 12 САР).

  • Держатель зарегистрированного имени должен предоставлять "точные и надёжные реквизиты для связи" и "своевременно корректировать и обновлять их" в течение срока действия регистрации. Требуемые сведения описаны в разделе 3.7.7.1. "Полное наименование, почтовый адрес, адрес электронной почты, номер телефона и, при возможности, номер факса держателя зарегистрированного имени; имя уполномоченного лица для связи, если держатель зарегистрированного имени является организацией, ассоциацией или корпорацией, а также данные, перечисленные в подразделах 3.3.1.2, 3.3.1.7 и 3.3.1.8".
  • Если держатель зарегистрированного имени умышленно предоставит неточные или недостоверные сведения, умышленно своевременно не обновит сведения или не ответит в течение 15 (пятнадцати) дней на запросы регистратора относительно точности реквизитов для связи, держатель зарегистрированного имени существенным образом нарушит соглашение, и его регистрация может быть аннулирована.
  • Лицо, указанное в качестве держателя зарегистрированного имени, должно предоставить полные реквизиты для связи, а также являться официальным держателем зарегистрированного имени. Иногда держатель зарегистрированного имени может зарегистрировать доменное имя, а затем позволить другому лицу использовать его (как например, когда дизайнер веб-сайта регистрирует доменное имя для клиента). В таком случае, если лицо, фактически использующее имя (именуемое в САР "третьей стороной"), не заключило соглашение между регистратором и держателем зарегистрированного имени, последний может нести ответственность за противоправное использование доменного имени третьей стороной. Для этого владельцу зарегистрированного имени необходимо предоставить "разумные доказательства действенного вреда", нанесённого в результате использования доменного имени третьей стороной. В такой ситуации держатель зарегистрированного имени "принимает на себя ответственность за ущерб, нанесённый в результате незаконного использования зарегистрированного имени", если держатель зарегистрированного имени сразу не раскроет личность пользователя и текущие реквизиты для связи, предоставленные конечным пользователем.
  • Регистратор должен предоставить уведомление о том, как он намеревается использовать данные, предоставленные держателем зарегистрированного имени, и лицах, которые получат эти данные. Регистратор должен также предоставить уведомление о том, каким образом держатели зарегистрированных имён могут получить доступ к своим данным и обновлять их. Кроме того, регистратор должен определить, какие данные держатель зарегистрированного имени обязан предоставлять регистратору, а какие сведения могут предоставляться на добровольной основе. Держатель зарегистрированного имени должен дать согласие на все условия обработки данных.
  • Если держатель зарегистрированного имени предоставляет регистратору личные данные по поручению какого-либо лица, не подписывавшего соглашения между регистратором и держателем зарегистрированного имени (упоминавшейся выше "третьей стороны"), то держатель зарегистрированного имени должен подтвердить, что он (1) предоставил этим третьим сторонам те же уведомления, которые предоставляет регистратор, и (2) получил такие же согласия от третьей стороны в отношении условий регистратора по обработке данных.
  • Регистратор может обрабатывать данные держателя зарегистрированного имени только так, как указано в уведомлениях об обработке данных, описанных выше.
  • Регистратор должен согласиться с принятием разумных мер предосторожности по защите данных держателя зарегистрированного имени от "утери, неправильного использования, несанкционированного доступа или раскрытия, изменения или уничтожения".
  • Держатели зарегистрированных имён должны делать следующее заявление. "Насколько известно держателю зарегистрированного имени, ни регистрация зарегистрированного имени, ни способ, которым она прямо или косвенно используется, не нарушают законные права какой-либо третьей стороны". Это означает, что держатель зарегистрированного имени должен заявить Регистратору о том, что доменное имя не было зарегистрировано для использования, которое бы нарушало законные права других лиц. Примером такого "нарушения" может быть регистрация доменных имён, нарушающих товарные знаки лиц, не являющихся держателями зарегистрированного имени.5
  • При возникновении спора в связи с использованием зарегистрированного имени держатель зарегистрированного имени должен согласиться на юрисдикцию судов по месту нахождения регистратора (часто указываемому на веб-сайте или в соглашении между регистратором и держателем зарегистрированного имени) и по "месту юридического адреса держателя зарегистрированного имени". "Юридический адрес" – словосочетание, обладающее конкретным правовым смыслом, но, как правило, им является местоположение держателя зарегистрированного имени, указанное в необходимых личных данных, предоставленных регистратору. Согласие с юрисдикцией означает, что держатель зарегистрированного имени соглашается с тем, что решения по такого рода делам имеет право принимать суд в любом из этих мест.6
  • Держатель зарегистрированного имени должен согласиться с тем, что его регистрация подлежит "приостановлению, отмене или передаче" по причинам, изложенным в разделе 3.7.7.11. Эти причины включают в себя следующие. Если принятая ICANN спецификация или политика или процедура регистратора или реестра требует "исправления ошибок регистратора или оператора реестра при регистрации имени или для разрешения споров, касающихся зарегистрированного имени". Например, ЕПРД представляет собой политику, принятую ICANN, в которой указано, что административная панель, занимающаяся разбирательством спора о доменном имени, может приказать приостановить, передать или отменить регистрацию доменного имени, а держатель зарегистрированного имени должен согласиться с существованием такой возможности.
  • Держатель зарегистрированного имени должен "возмещать убытки и не допускать причинения ущерба оператору реестра и его директорам, руководителям, сотрудникам и представителям в результате каких-либо исков, ущербов, ответственности, расходов и издержек, включая гонорары и издержки юрисконсультов в разумных пределах, вытекающие из или связанные с регистрацией доменного имени держателем зарегистрированного имени". В простейшей форме это означает, что, если на оператора реестра (или его сотрудников и т.д.) зарегистрированного имени подадут в суд из-за регистрации доменного имени держателем зарегистрированного имени, последний оплатит оператору реестра все расходы и издержки по защите против иска, а также выплатит любые вынесенные штрафы или обязательства. "Компенсация" не ограничивается исключительно судебными исками.

    2.3.5.2 Проверка реквизитов для связи

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

Регистраторы также должны принимать "разумные меры" для проверки реквизитов для связи, в случае если какое-либо лицо уведомит их о неточности реквизитов для связи для зарегистрированного имени. Регистратор также обязан исправлять неточности в реквизитах для связи, если ему станет известно о неточности, даже если о ней никто не сообщал.

Регистратор также должен поддерживать надлежащие реквизиты для связи с собой, включая действующий адрес электронной почты и почтовый адрес. Эта информация должна размещаться на веб-сайте регистратора.

2.3.5.3 Плата за регистрационные услуги

САР не устанавливает ограничений на сборы, которые регистраторы могут взимать с держателей зарегистрированных имён за регистрационные услуги.

2.3.6 Выплаты регистраторов ICANN

В САР указывается, что регистраторы обязаны выплачивать ICANN ежегодные и прочие взносы. В САР устанавливаются сроки уплаты взносов.

2.3.7 Обязательства регистраторов по действиям третьих лиц

2.3.7.1 Общий контроль

При подаче заявки на аккредитацию заявитель обязан предоставить ICANN сведения о собственниках и управлении предлагаемого регистратора. В последнее время часто встречаются случаи, когда несколько компаний, находящихся под общим контролем, (например, одна и та же компания-учредитель или те же лица, перечисленные в качестве собственников) подают заявки на раздельную аккредитацию. Эти регистраторы являются самостоятельными юридическими лицами с отдельными САР, однако в САР от мая 2009 г. добавлены некоторые дополнительные обязательства для связанных между собой регистраторов ввиду тесной связи между аффилированными компаниями. Не у всех регистраторов есть аффилированные регистраторы.

В САР излагаются условия, при которых регистратор, находящийся под общим контролем с аффилированными регистраторами, совершает нарушение САР в результате действий двух или более аффилированных регистраторов.

2.3.7.2 Договоренности с реселлерами

В САР 2009 также налагаются новые обязательства на регистраторов, работающих с реселлерами, физическим или юридическими лицами, с которыми регистраторы заключают контракты по привлечению клиентов, а в некоторых случаях и по предоставлению некоторых регистраторских услуг. В САР 2009 от регистраторов требуется включать определённые пункты в соглашения между регистраторами и реселлерами, в том числе, следующие: реселлерам запрещается заявлять, что они аккредитованы ICANN; во все регистрационные соглашения реселлеров должны включаться все положения, которые регистратор должен включать в свои соглашения с держателями зарегистрированных имён; должны приводиться все ссылки на все сайты ICANN, которые обязан публиковать регистратор; должен идентифицироваться спонсирующий регистратор. Если клиент пользуется регистрационной службой конфиденциальности или прокси реселлера для регистрации доменного имени, от реселлера также требуется осуществить одно из следующих трёх действий: (1) передать на хранение личные сведения и реквизиты для связи клиента регистратору; (2) депонировать личные сведения и реквизиты для связи; или (3) уведомлять клиента о том, что его реквизиты для связи не депонируются.

В САР также требуется от регистраторов принимать в отношении реселлеров, нарушающих какие-либо из обязательных положений, меры по обеспечению их соблюдения.

2.3.8 Сотрудничество регистраторов с ICANN

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

2.4 Порядок установления и пересмотра спецификаций и политики

Как упоминалось выше, регистраторы должны соответствовать спецификациям и политикам ICANN, включая созданные или пересмотренные в течение срока действия САР. В САР упоминаются темы спецификаций и политик, которые могут быть созданы или пересмотрены позднее, в том числе, связанные с совместимостью и стабильностью DNS, урегулированием споров относительно доменных имён, распределение зарегистрированных имён и запретами на хранение зарегистрированных имён регистраторами. Эти темы достаточно конкретны и не поддаются легкой краткой формулировке или сжатию; однако важно отметить, что существует много областей, в которых у регистраторов есть текущие обязательства по соблюдению изменений и новых спецификаций и политик, созданных в течение срока действия САР, даже если условия этих спецификаций и политик отдельно не вписаны в САР. ICANN должна предоставить регистратору разумный срок после направления уведомления для приведения своих дел в соответствие с недавно созданной спецификацией или политикой.

Некоторые из этих спецификаций и политик называются "согласованными политиками" и создаются "на основе консенсуса среди субъектов Интернета, представленных в механизмах ICANN". Регистратор обязан следовать этим согласованным политикам так же, как он обязан следовать и прочим спецификациям и политикам ICANN. Однако, могут встречаться случаи, когда регистратор не считает, что был достигнут "консенсус" в поддержку создания политики, и поэтому полагает, что он не обязан следовать согласованной политике. Поэтому в САР устанавливается процедура оспаривания существования консенсуса со стороны регистратора и принятия решения о том, обязан ли Регистратор следовать соответствующей спецификации или политике. В разделах 4.3 и 4.4 САР содержится значительное количество весьма конкретных сведений, касающихся формирования согласованных политик и сроков процесса урегулирования споров.7

2.5 Прочие положения

В разделе 5 САР излагается целый ряд положений, в основном связанных с урегулированием споров в рамках САР, расторжением САР, а также средствами судебной защиты, за которыми ICANN или регистратор могут обратиться через судебный или арбитражный иск, инициируемые в рамках САР. К некоторым из основных частей раздела 5 относятся следующие.

2.5.1 Прекращение

САР ограничивается пятилетним сроком, а если регистратор просит о возобновлении САР по его окончании, ICANN разрешает его, но только при условии, что регистратор выполняет свои обязательства по САР. Как это и произошло в 2009 году, существует вероятность того, что САР может быть вновь пересмотрено. В таком случае регистратор может, но не обязан, обратиться с просьбой заключить "новое" САР, даже если текущее соглашение с регистратором ещё не истекло. Когда регистратор обновляет САР по истечении пятилетнего срока, он должен подписать наиболее актуальную версию САР, доступную на момент обновления.

Регистратор может расторгнуть САР в любое время до его окончания, предоставив ICANN уведомление за 30 (тридцать) дней до момента расторжения.8

ICANN может расторгнуть САР в определённых обстоятельствах, изложенных в разделе 5.3, в том числе, если регистратор: значительно исказит реальность в своей заявке на аккредитацию; подлежит приговору или судебному решению, связанному с мошенничеством или аналогичными преступлениями; подлежит правительственным взысканиям за неправомерное использование средств третьих лиц или не устранит нарушение САР, указанное ICANN в уведомлении о нарушении. ICANN также может прекратить аккредитацию регистратора, если регистратор становится банкротом или неплатежеспособным или участвует в действиях, которые по мнению ICANN ставят под угрозу стабильность работы Интернета. Во всех ситуациях, кроме несостоятельности, ICANN должна предоставить уведомление о расторжении за 15 (пятнадцать) дней. В ситуациях, связанных со стабильностью работы Интернета, ICANN может приостановить САР на срок до 5 (пяти) дней и обратиться за правовой защитой в суд.

Если регистратор получает уведомление о расторжении, он может оспорить его в арбитражном суде.9 Регистратор может также ходатайствовать перед арбитражным судом о приостановке расторжения, иными словами, о позволении регистратору продолжать свою деятельность в качестве аккредитованного регистратора, до принятия арбитражным судом окончательного решения. Арбитражный суд может постановить приостановить расторжение и позволить регистратору продолжать свою деятельность, только если будет доказано, что продолжение работы регистратора не нанесёт ущерб потребителям или общественным интересам, или если арбитражный суд определит нового менеджера (не связанного с ICANN или регистратором) для управления деятельностью регистратора до вынесения решения суда. В отличие от предыдущих версий САР, ICANN может обратиться в арбитражный суд с просьбой отменить приостановление и прекратить деятельность регистратора до завершения арбитража. В САР устанавливается дополнительное требование о том, как и где должен производиться арбитраж. Кроме того, в САР позволяется ICANN и регистраторам обращаться в суд для разрешения споров, связанных с САР. В САР налагаются ограничения на денежные суммы, которые могут быть взысканы арбитражной коллегией или судьёй с любой из сторон судебного процесса или арбитража.

ICANN может принимать другие меры по принуждению регистратора к выполнению соглашения, не прибегая к расторжению САР. Например, ICANN имеет право приостановить способность регистратора создавать новые зарегистрированные имена или инициировать приём зарегистрированных имён от других регистраторов на срок до одного года, но только при определенных обстоятельствах. Деятельность регистратора может быть приостановлена в случае неисправления нарушения САР в надлежащие сроки. Кроме того, если регистратор получает уведомление о не менее трёх отдельных нарушениях САР в течение одного года, даже если он исправляет каждое из нарушений в установленные сроки, ICANN имеет право приостановить способность регистратора создавать новые регистрации в связи с повторяющимися нарушениями САР. Право на приостановку существует в дополнение к положениям о расторжении, хотя приостановка и не является столь резкой мерой по принуждению в соблюдению соглашения, как расторжение.

Если регистратора приобретает другая компания или лицо, регистратор должен уведомить ICANN о поглощении и предоставить определённые сведения о продолжающейся способности регистратора удовлетворять требованиям аккредитации в течение 30 (тридцати) дней с момента поглощения. Если регистратор желает передать САР другому предприятию или лицу, ICANN должна выразить письменное согласие на передачу.


3. Заключение

САР является юридически обязательным документом, заключаемым между ICANN и каждым из её аккредитованных регистраторов. САР имеет большое значение в определении роли регистратора в системе доменных имён, и механизмов взаимодействия регистраторов с держателями зарегистрированных имён. Данное руководство предназначено для оказания помощи держателям зарегистрированных имён и конечным пользователям в улучшении понимания взаимных обязательств ICANN и регистраторов, а также для описания контекста, в котором обязательства в рамках САР влияют на держателей зарегистрированных имён и конечных пользователей. Хотя данное руководство не имеет юридической силы, оно представляет собой важный шаг на пути к обеспечению всеобщей доступности ICANN и повышения общего понимания роли и ответственности всех участников Интернет-сообщества.


4. Глоссарий

Существует несколько базовых понятий, которые полезно понимать, читая о ICANN и системе доменных имён (DNS). Более полный глоссарий опубликован по адресу http://www.iana.org/about/glossary/. Общее описание понятий, представленное здесь, не заменяет юридические определения понятий, используемые в САР, и предлагается только для помощи в чтении и понимании данного Руководства.

нДВУ – национальные домены верхнего уровня: нДВУ это класс ДВУ (см. ниже), назначающихся только для представления стран и территорий, входящих в перечень ISO 3166. Эти названия из двух букв, такие как.DE для Германии или.IE для Ирландии. В ближайшем будущем будут введены дополнительные нДВУ, называемые нДВУ с интернационализированными доменными именами (нДВУ с ИДИ), являющиеся эквивалентами с использованием нелатинских символов и позволяющие осуществлять регистрации с использованием наборов символов и алфавитов, присущих конкретной стране, таких как представление Саудовской Аравии на арабском, или представление России на кириллице. Регистрации в рамках нДВУ не подпадают под действие положений САР.

рДВУ – родовые домены верхнего уровня: Класс ДВУ (см. ниже), использующихся для общих целей, такие как.COM или.NET. рДВУ бывают двух типов: Спонсируемые домены верхнего уровня, таких как.JOBS или.TRAVEL и неспонсируемые ДВУ, такие как.COM и.NET. Спонсируемые ДВУ служат конкретным сообществам, а реестр взаимодействует с организацией-спонсором, ответственной за формирование политики функционирования спонсируемого ДВУ. САР распространяется на все регистрации в рамках рДВУ.

Сервер имён: Общее название для системы в Интернете, удовлетворяющей запросы по преобразованию доменных имён в нечто иное.

Держатель зарегистрированного имени: Владелец регистрации доменного имени.

Регистратор: Субъект, действующее по запросу держателей зарегистрированных имён для внесения изменений в реестр, в том числе, и первоначальной регистрации доменного имени. САР относится ко всем регистраторам, аккредитованным для регистрации имён в рамках рДВУ.

Реестр: Для целей понимания САР реестром является перечень всех регистраций в определённом ДВУ.

Оператор реестра: Физическое или юридическое лицо, управляющее реестром.

ДВУ – домен верхнего уровня: ДВУ является самым верхним уровнем субдомена в DNS, который представляет всё, что находится справа от "точки", то есть,.COM,.UK,.EDU и т.д. Существуют различные классификации ДВУ, в том числе родовые ДВУ (рДВУ) и национальные ДВУ (нДВУ).

ЕПРД – единая политика разрешения споров о доменных именах: ЕПРД представляет собой политику, принятую ICANN, включённую во все соглашения между держателями зарегистрированных имён и регистраторами в рДВУ. В ЕПРД излагаются условия урегулирования споров, связанных с регистрацией и использованием доменных имён. ЕПРД опубликована по адресу http://www.icann.org/en/dndr/udrp/policy.htm и переведена на 10 языков.


* Руководство для лиц, не имеющих юридической подготовки, – динамичный документ. Сотрудники ICANN приветствуют комментарии и пожелания по улучшению руководства.

1 В САР не обсуждается вопрос о службах конфиденциальности или прокси. Он приводится в настоящем руководстве для улучшения общего понимания.

2 ЕПРД кратко описана в глоссарии в конце данного руководства.

3 Графическое представление жизненного цикла типичного зарегистрированного имени рДВУ представлено по адресу http://www.icann.org/en/registrars/gtld-lifecycle.htm. Эта схема содержит полезную информацию о статусе доменных имён по истечении срока их действия.

4 Существуют официальные технические названия для статусов доменного имени, принятые на основе подготовленного сообществом интернет-проекта запроса комментариев. Требуемые в нём статусы устанавливаются Регистратором. При регистрации одного из этих статусов домен нельзя удалять, а регистрацию нельзя изменять. Регистратор должен удалить статусы "ПРИОСТАНОВЛЕНО" или "ЗАБЛОКИРОВАНО" до проведения каких-либо модификаций.

5 Существует много других возможных способов "нарушения законных прав" других лиц, а потенциальным держателям зарегистрированных имён рекомендуется обращаться за независимой консультацией, если они обеспокоены тем, что регистрация или использование доменного имени может нарушить чужие права.

6 Могут указываться и другие юрисдикции, в которых могут урегулироваться споры по поводу использования зарегистрированного имени, но эти дополнительные юрисдикции, не упоминаются в САР.

7 Примеры согласованных политик, сформированных ICANN, приведены по адресу http://www.icann.org/en/general/consensus-policies.htm.

8 ICANN располагает конкретными механизмами для содействия упорядоченному переходу регистраций в случае прекращения аккредитации регистратора. Дополнительные сведения о конкретных процедурах можно найти в процедуре изменения регистратора, лишившегося аккредитации, по адресу http://www.icann.org/en/processes/registrars/de-accredited-registrar-transition-procedure-01oct08.pdf [PDF, 119 KB].

9 Арбитраж является частным методом разрешения споров, в отличие от открытого метода представления иска в суд. Арбитражные разбирательства обычно проходят быстрее и более эффективно, чем иски, поданные в суды. Вместо председательства судьи, арбитраж контролируется группой назначаемых частным образом арбитров, у которых не должно быть конфликтов интересов со сторонами, участвующими в арбитраже.

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