Политика смены регистратора

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

1. Смена регистратора доменного имени

   1. Смена регистратора с разрешения владельца доменного имени

      1. Требования к регистраторам

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

         1.1 Лица, обладающие полномочиями при передаче

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

      2. Требования к получающему регистратору

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

         2.1 Получить явно выраженное разрешение владельца зарегистрированного имени. Следовательно, передача возможна только после получения получающим регистратором подтверждения такой передачи от владельца зарегистрированного имени³.

         2.1.1 Такое разрешение должно быть оформлено с использованием стандартизированной формы разрешения (FOA). На веб-сайте ICANN доступны две разные формы разрешения. Новый регистратор для запроса разрешения на изменение регистратора у владельца зарегистрированного имени должен использовать форму разрешения под названием «Первоначальное разрешение на межрегистраторский перенос». Регистратор записи для запроса подтверждения передачи у владельца зарегистрированного имени должен использовать форму разрешения под названием «Подтверждение запроса о межрегистраторском переносе». Форму разрешения необходимо заполнять на английском языке, и урегулирование любых споров, проистекающих из запроса на передачу, должно осуществляться на английском языке. Регистраторы могут выбирать для информационного взаимодействия с владельцем зарегистрированного имени дополнительные языки. Однако регистраторы, решившие использовать данную возможность, несут ответственность за точность и полноту перевода формы разрешения на другой язык, отличный от английского. До тех пор, пока ICANN не потребует предлагать использование какого-либо защищенного метода переноса данных, если новый регистратор не может получить доступ к актуальным на тот момент регистрационным данным доменного имени, подлежащего переносу, получать форму разрешения от владельца зарегистрированного имени для нового регистратора не обязательно. Кроме того, новый регистратор должен требовать от владельца зарегистрированного имени независимо повторно предоставлять регистрационные данные новому регистратору. В таком случае новый регистратор не обязан следовать процедуре изменения владельца домена, определенной в разделе II.C. настоящей политики.

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

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

         1. нотариально заверенное заявление;
         2. действующее водительское удостоверение;
         3. паспорт;
         4. свидетельство о регистрации компании;
         5. военный билет;
         6. документ, удостоверяющий личность, государственного образца;
         7. свидетельство о рождении.

         2.1.3.1 В том случае, когда новый регистратор использует электронный процесс получения разрешения, к допустимым формам удостоверения личности относятся:

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

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

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

         2.2 Путем отправки команды «transfer» («передача») из набора инструментов регистратора направить запрос на изменение базы данных оператора регистратуры с тем, чтобы отразить нового регистратора.

         2.2.1 Отправка команды «transfer» представляет собой заверение от имени нового регистратора факта получения от владельца зарегистрированного имени необходимого разрешения, предусмотренного разделом I.A.2.

         2.2.2 Новый регистратор несет ответственность за проверку достоверности полученных от владельцев зарегистрированных имен запросов на изменение регистраторов доменных имен. Однако регистратор записи все равно должен передавать форму разрешения в соответствии с разделом I.A.3 («Обязанности регистратора записи») настоящей политики.

         2.2.3 Форма разрешения под названием «Первоначальное разрешение на межрегистраторский перенос» становится недействительной при наступлении следующих обстоятельств:

         2.2.3.1 по истечении периода в шестьдесят (60) дней с момента выпуска формы разрешения новым регистратором, за исключением случаев, когда новый регистратор разрешает автоматическое продление срока действия формы разрешения, а владелец зарегистрированного имени явно указал свое намерение воспользоваться таким автоматическим продлением;

         2.2.3.2 срок регистрации доменного имени истек до завершения смены регистратора доменного имени;

         2.2.3.3 выполнена процедура изменения владельца домена в соответствии с разделом II.C;

         2.2.3.4 процедура смены регистратора доменного имени завершена.

         2.2.4 Если действие формы разрешения прекращается в связи с наступлением обстоятельств, описанных выше в разделах I.A.2.2.3.1 – I.A.2.2.3.4, до подачи в регистратуру запроса переноса «transfer», то в тех случаях, когда в соответствии с разделом I.A.2 требуется использование формы разрешения, новый регистратор, чтобы продолжить процесс переноса домена, должен провести повторную авторизацию запроса на перенос, оформив новую форму разрешения.

      3. Обязанности регистратора записи

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

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

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

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

         3.4 Регистратор записи должен отправить форму разрешения владельцу зарегистрированного имени в кратчайший возможный срок, но не позже чем через 24 (двадцать четыре) часа после получения запроса на передачу от оператора регистратуры.

         3.5 Отсутствие ответа регистратора записи по истечении 5 (пяти) календарных дней после получения от регистратуры уведомления о запросе на перенос приведет к «утверждению» переноса по умолчанию.

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

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

         3.7.1 Признаки мошенничества.

         3.7.2 Обоснованные сомнения в личности владельца зарегистрированного имени.

         3.7.3 Отсутствие оплаты за предыдущий срок регистрации (включая отказы от ранее проведенных транзакций по кредитной карте), если дата истечения срока регистрации доменного имени прошла, или за предыдущие или текущие периоды регистрации, если срок регистрации доменного имени еще не истек. Однако во всех таких случаях регистратор записи должен присвоить этому доменному имени статус «Registrar Hold» («Приостановлено регистратором»), прежде чем отклонить запрос на перенос.

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

         3.7.5 Запрос на перенос поступил до истечения 60 дней после даты создания, указанной в записи службы RDDS регистратуры для данного доменного имени.

         3.7.6 Еще не истекло 60 дней (или меньший период, подлежащий уточнению) после межрегистраторского переноса доменного имени (за исключением обратной передачи первоначальному регистратору в ситуациях, когда оба регистратора пришли к согласованному мнению, и/или по решению, принятому в рамках процедуры урегулирования споров). Понятие «перенос» относится только к тем случаям, когда изменение регистратора произошло в соответствии с процедурами настоящей политики.

         3.8 Регистратор записи обязан отклонить запрос на перенос в следующих случаях:

         3.8.1 проходящее разбирательство в рамках UDRP, о котором был проинформирован регистратор;

         3.8.2 имеется постановление суда компетентной юрисдикции;

         3.8.3 проходящее разбирательство в отношении предыдущего переноса в соответствии с политикой разрешения споров при изменении регистраторов;

         3.8.4 разбирательство в рамках службы быстрой приостановки (URS) или приостановка по решению в рамках URS, о которых был проинформирован регистратор.

         3.8.5 регистратор заблокировал межрегистраторский перенос на 60 дней после изменения владельца домена, а владелец зарегистрированного имени не отказался от блокировки на 60 дней до того, как был подан запрос на смену владельца домена.

         3.9 К ситуациям, в которых запрос на изменение регистратора отклонить нельзя, относятся, помимо прочего, следующие:

         3.9.1 отсутствие оплаты за текущий или будущий срок регистрации;

         3.9.2 отсутствие ответа от владельца зарегистрированного имени;

         3.9.3 доменное имя имеет статус «Registrar Lock» («Заблокировано регистратором»), за исключением случаев, когда владельцу зарегистрированного имени предоставлена разумная возможность разблокировать доменное имя до запроса на передачу;

         3.9.4 ограничения периода регистрации доменного имени по времени, кроме первых 60 дней первоначальной регистрации, первых 60 дней после изменения регистратора или 60-дневной блокировки после изменения владельца домена в соответствии с разделом II.C.2;

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

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

         3.10.1 в случае неоплаты предыдущих периодов регистрации, если запрос на перенос поступил после истечения срока регистрации, или

         3.10.2 в случае неоплаты текущего периода регистрации, если запрос на перенос поступил до истечения срока регистрации.

      4. Взаимодействие между регистраторами

         4.1 Каждый регистратор несет ответственность за хранение копий документов, в т. ч. формы разрешения и ответов владельца зарегистрированного имени, которые могут потребоваться для регистрации и рассмотрения споров в соответствии с политикой разрешения споров. В тех случаях, когда в соответствии с разделом I.A.2 требуется использовать форму разрешения, новые регистраторы обязаны хранить копии формы разрешения, полученные от владельца зарегистрированного имени, согласно стандартным политикам хранения документов, изложенным в договорах. Вместе с формой разрешения необходимо хранить копии надежного подтверждения личности.

         4.2 Как новый регистратор, так и регистратор записи обязаны предоставлять подтверждение, послужившее основанием для переноса, во время и после выполнения операций смены регистратора доменного имени. Такая информация должна предоставляться по запросу, и только по запросу, другого регистратора, являющегося одной из сторон межрегистраторского переноса. Кроме того, ICANN, оператор регистратуры, суд или орган власти, под юрисдикцию которых подпадает данный вопрос, или сторонняя комиссия по разрешению споров также имеют право требовать предоставления данной информации в течение 5 (пяти) дней после подачи запроса.

         4.3 В тех случаях, когда в соответствии с разделом I.A.2 требуется использовать форму разрешения, новый регистратор обязан хранить печатную или электронную копию формы разрешения и выдавать ее по запросу теряющего регистратора. В случаях, когда регистратор записи запросит копии формы разрешения, новый регистратор обязан удовлетворить запрос регистратора записи (в т. ч. предоставить сопровождающую документацию) в течение 5 (пяти) календарных дней. Непредставление этой документации в течение указанного периода времени может служить основанием для отмены межрегистраторского переноса оператором регистратуры или комиссией по разрешению споров, если в отношении такого переноса будет подана жалоба в соответствии с требованиями настоящей политики.

         4.4 Если регистратор записи или новый регистратор считает, что обработка запроса на передачу осуществлялась не в соответствии с положениями настоящей политики, то такой регистратор может инициировать процедуру разрешения споров, предусмотренную разделом I.C настоящей политики.

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

         4.5.1 Этот адрес электронной почты предназначается только для вопросов, относящихся к запросам на перенос и к процедурам, изложенным в настоящей политике.

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

         4.5.3 Ответы на сообщения, полученные на этот адрес электронной почты, должны отправляться в разумный с точки зрения ведения дел срок, не превышающий 7 (семь) календарных дней.

         4.6 Контактное лицо для связи в экстренных ситуациях при передаче доменных имен

         4.6.1 Регистраторы обязаны назначить контактное лицо для связи в экстренных ситуациях при передаче доменных имен (TEAC). Задачей TEAC является обеспечение оперативной связи между регистраторами в режиме реального времени (с использованием языка, понятного всем сторонам) на случай чрезвычайных ситуаций. Для решения проблем могут предприниматься дальнейшие действия, в том числе инициирование существующего (или будущего) спора о передаче или процедуры отмены передачи.

         4.6.2 Каналы связи через TEAC предназначены для использования только аккредитованными ICANN регистраторами, операторами регистратур gTLD и корпорацией ICANN. Для связи с контактным лицом TEAC может использоваться специальный номер телефона или какой-либо другой канал связи в режиме реального времени, а обмен информацией по этому каналу будет записываться и защищаться средствами портала ICANN для регистраторов. Обмен информацией по каналу связи TEAC должен быть инициирован своевременно, в течение разумного периода времени после предполагаемой несанкционированной потери домена.

         4.6.3 На передаваемые по каналу связи TEAC сообщения должен быть предоставлен неавтоматизированный ответ представителем нового регистратора. Отвечающие на сообщения сотрудники должны иметь возможность и полномочия расследовать и решать срочные проблемы, связанные с передачей доменных имен. Ответы должны предоставляться в течение 4 часов после первоначального запроса, при этом окончательное урегулирование происшествия может занять больше времени.

         Теряющий регистратор должен докладывать о случаях неполучения ответа по каналу связи TEAC в отдел соблюдения договорных обязательств ICANN и оператору регистратуры. В случае неполучения ответа по каналу связи TEAC передача доменного имени может быть отменена в соответствии с разделом I.A.6.4 настоящей политики, а ICANN в таких случаях может принимать дополнительные меры, вплоть до отказа в продлении аккредитации или прекращения ее действия.

         4.6.5 Обе стороны обязаны сохранять в бумажном или электронном виде всю переписку, запросы и ответы в рамках обмена информацией по каналам TEAC, а также предоставлять копии всех подобных материалов по запросу ICANN или оператора регистратуры. Такая документация должна сохраняться в соответствии с разделом 3.4 Соглашения об аккредитации регистраторов (RAA). Пользователи канала связи TEAC должны сообщать о случаях неполучения ответа от регистраторов в ICANN. Кроме того, ICANN может периодически проводить проверку работы механизмов экстренной связи TEAC у регистраторов в ситуациях и способами, которые будут признаны адекватными для обеспечения обязательного ответа регистраторов на сообщения по каналам связи TEAC.

      5. Требования в отношении состояния «ClientTransferProhibited» и кодов «AuthInfo»

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

         Регистратор имеет право перевести доменное имя в состояние «ClientTransferProhibited» только после регистрации или получения в дальнейшем запроса от владельца зарегистрированного имени, однако при условии, что используемое соглашение о регистрации (для получения четко выраженного согласия владельца зарегистрированного имени) содержит условия и положения, в соответствии с которыми регистратор запрещает передачу этого доменного имени. Кроме того, регистратор обязан вывести доменное имя из состояния «ClientTransferProhibited» в течение 5 (пяти) календарных дней после первого запроса владельца зарегистрированного имени, если регистратор не предоставляет владельцу зарегистрированного имени средств аннулирования состояния «ClientTransferProhibited».

         5.2 Регистраторы обязаны предоставить владельцу зарегистрированного имени уникальный аутентификационный код «AuthInfo» и аннулировать состояние «ClientTransferProhibited» в течение 5 (пяти) календарных дней после первого запроса владельца зарегистрированного имени, если регистратор не предоставляет владельцу зарегистрированного имени средств создания собственного уникального кода «AuthInfo» и управления им, а также аннулирования состояния «ClientTransferProhibited».

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

         5.4 Регистратор записи не имеет права отказать в аннулировании состояния «ClientTransferProhibited» или выдаче кода «AuthInfo» владельцу зарегистрированного имени исключительно по причине спора между владельцем зарегистрированного имени и регистратором относительно оплаты.

         5.5 Создаваемые регистратором коды «AuthInfo» должны быть уникальными для каждого домена.

         5.6 Коды «AuthInfo» должны использоваться исключительно для идентификации владельца зарегистрированного имени, в то время как для авторизации или подтверждения запроса на передачу по-прежнему необходимо использовать форму разрешения, как описано в разделах I.A.2 и I.A.4 настоящей политики.

         5.7 Регистратор ОБЯЗАН следовать оптимальной практике при генерировании и обновлении кодов «AuthInfo» для обеспечения защищенного процесса переноса доменного имени.

      6. Требования к регистратуре

         6.1 После получения от нового регистратора команды «transfer» (передача) оператор регистратуры ОБЯЗАН (1) проверить действительность кода «AuthInfo», предоставленного новым регистратором, чтобы можно было принять запрос на смену регистратора доменного имени; (2) направить обоим регистраторам электронное уведомление. В случае регистратур, использующих уведомления по электронной почте, ответное уведомление может быть отправлено на уникальный адрес электронной почты, созданный каждым регистратором для содействия выполнению запросов на передачу. Оператор регистратуры ОБЯЗАН следовать оптимальной практике при генерировании и обновлении кодов «AuthInfo» для обеспечения защищенного процесса переноса доменного имени.

         6.2 Оператор регистратуры обязан выполнить запрос на передачу, если в течение 5 (пяти) календарных дней он не получит от регистратора записи команду протокола NACK.

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

         6.4 Оператор регистратуры обязан отменить операцию передачи, если после ее выполнения он получит одно из перечисленных ниже уведомлений. В этом случае передача отменяется и поле, в котором указан регистратор записи, возвращается в свое исходное состояние. Оператор регистратуры обязан отменить операцию передачи в течение 5 (пяти) календарных дней после получения уведомления, кроме случаев решения по процедуре урегулирования спора с участием регистратуры, когда оператор регистратуры обязан отменить передачу в течение четырнадцати календарных дней, если не будет подан судебный иск. Необходимым уведомлением должно быть одно из следующих:

         6.4.1 соглашение между регистратором записи и новым регистратором о том, что передача была выполнена по ошибке или иным образом не соответствует процедурам, изложенным в настоящей политике, отправленное по электронной почте, по обычной почте или по факсу;

         6.4.2 окончательное решение органа по урегулированию споров, под юрисдикцию которого подпадает данная передача; или

         6.4.3 постановление суда, под юрисдикцию которого подпадает данная передача;

         6.4.4 Представленное регистратором записи до передачи доменного имени документальное подтверждение того, что новый регистратор не ответил на сообщение по каналу связи TEAC в установленные в разделе I.A.4.6 сроки.

      7. Регистрационные записи

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

      8. Влияние на срок регистрации

         Санкционированная владельцем передача, выполненная оператором регистратуры в соответствии с разделом I.A настоящей политики, приводит к продлению действующей регистрации на один год при условии, что общий неистекший срок регистрации ни при каких обстоятельствах не должен превышать 10 (десять) лет.

   2. Передачи, одобренные ICANN

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

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

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

      2. В случае удовлетворения этих двух условий оператор регистратуры выполняет необходимые единовременные изменения в базе данных регистратуры, не взимая оплаты за передачу до 50 000 зарегистрированных имен. При передаче более 50 000 зарегистрированных имен оператор регистратуры взимает с нового регистратора единовременный фиксированный сбор в размере 50 000 долларов США.

   3. Политика разрешения споров при изменении регистраторов

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

2. Передача домена между владельцами (смена владельца домена)

   1. Определения

      1. В настоящей политике используются следующие термины:

         1.1 «Смена владельца домена» означает существенное изменение любого из следующих атрибутов:

         1.1.1 имя предыдущего владельца домена;

         1.1.2 организация предыдущего владельца домена;

         1.1.3 адрес электронной почты предыдущего владельца домена.

         1.2 Термин «уполномоченный представитель» означает физическое или юридическое лицо, которое предыдущий владелец домена или новый владелец домена явным образом уполномочивает одобрить смену владельца домена от своего имени.

         1.3 «Существенное изменение» — это изменение, которое не является исправлением типографской ошибки. Ниже приведены примеры того, что считается существенными изменениями:

         1.3.1 любое изменение имени или организации владельца зарегистрированного имени, которое не является исправлением типографской ошибки;

         1.3.2 любое изменение имени или организации владельца зарегистрированного имени, которое сопровождается изменением адреса или номера телефона;

         1.3.3 любое изменение адреса электронной почты владельца зарегистрированного имени.

         1.4 «Предыдущий владелец домена» — это владелец зарегистрированного имени на момент начала смены владельца домена.

         1.5 «Новый владелец домена» — это юридическое или физическое лицо, которому предыдущий владелец домена предлагает передать свое зарегистрированное доменное имя.

   2. Доступность смены владельца домена

      1. В общем случае владельцам доменов должно предоставляться право свободно обновлять свои регистрационные данные и передавать свои права на зарегистрированные имена другим владельцам доменов.

      2. Регистратор может отклонять запрос на изменение владельца домена в следующих случаях:

         2.1 если истек срок действия соглашения о регистрации этого доменного имени и владелец зарегистрированного имени больше не имеет права на продление срока регистрации или на перенос доменного имени к другому регистратору согласно разделу 2.2.5 политики восстановления доменов с истекшим сроком регистрации;

         2.2 если смена владельца домена не была должным образом разрешена предыдущим владельцем домена и новым владельцем домена, как указано в разделе II.C далее;

         2.3 если соответствующее доменное имя является предметом разногласий в отношении доменных имен, включая, в частности:

         2.3.1 проходящее разбирательство в рамках единой политики разрешения споров о доменных именах (UDRP), о котором был проинформирован регистратор;

         2.3.2 проходящее разбирательство в рамках службы быстрой приостановки (URS), о котором был проинформирован регистратор;

         2.3.3 проходящее разбирательство в рамках политики разрешения споров при изменении регистраторов (TDRP);

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

      3. Процедура изменения владельца домена, описанная в разделе II.C далее, не применяется при наступлении следующих обстоятельств:

         3.1 срок действия регистрационного соглашения истекает;⁴

         3.2 регистрационное соглашение расторгается по инициативе регистратора;

         3.3 регистратор или оператор регистратуры обновляет информацию о предыдущем владельце домена на основании постановления суда;

         3.4 регистратор обновляет информацию о предыдущем владельце домена на основании решения в рамках UDRP;

         3.5 регистратор обновляет информацию о предыдущем владельце домена в соответствии с политикой удаления доменов с истекшим сроком регистрации;

         3.6 регистратор обновляет информацию о предыдущем владельце домена в ответ на жалобу на злоупотребления.

   3. Процесс изменения владельца домена

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

         1.1 убедиться в допустимости смены владельца доменного имени в соответствии с разделом II.B;

         1.2 получить подтверждение запроса на смену владельца доменного имени от нового владельца домена или от уполномоченного представителя нового владельца домена. Регистратор обязан использовать защищенный механизм⁵ для проверки того факта, что новый владелец домена и/или его уполномоченный представитель выразил явное согласие на смену владельца домена. При получении подтверждения регистратор должен проинформировать нового владельца домена или, если применимо, его уполномоченного представителя о необходимости заключить регистрационное соглашение с регистратором (можно включить ссылку на само регистрационное соглашение). Также регистратор должен проинформировать нового владельца домена или, если применимо, его уполномоченного представителя, что этот запрос не будет обработан, если подтверждение не поступит в течение периода, установленного регистратором, но не превышающего 60 (шестьдесят) дней;

         1.3 проинформировать предыдущего владельца домена или его уполномоченного представителя, что в случае, когда конечной целью является перенос доменного имени к другому регистратору, предыдущему владельцу домена рекомендуется направить запрос на межрегистраторский перенос до смены владельца домена, чтобы избежать наступления 60-дневного периода блокировки, предусмотренного разделом II.C.2 (кроме случаев, когда регистратор предоставил предыдущему владельцу домена возможность отказаться от 60-дневной блокировки и тот воспользовался этой возможностью);

         1.4 при информировании или после информирования предыдущего владельца домена или, если применимо, его уполномоченного представителя, как описано в разделе II.C.1.3 выше, получить подтверждение запроса на смену владельца домена от предыдущего владельца домена или от уполномоченного представителя предыдущего владельца домена. Регистратор обязан использовать защищенный механизм для проверки того факта, что предыдущий владелец домена и/или его уполномоченный представитель выразил явное согласие на смену владельца домена. При получении такого подтверждения регистратор должен проинформировать предыдущего владельца домена или, если применимо, его уполномоченного представителя о том, что запрос на смену владельца домена не будет обработан, если подтверждение не поступит в течение периода, установленного регистратором, но не превышающего 60 (шестьдесят) дней;⁶

         1.5 обработать запрос на смену владельца домена в течение 1 (одного) дня после получения описанных выше подтверждений;

         1.6 уведомить предыдущего владельца и нового владельцев домена о смене владельца домена до или в течение одного дня после обработки запроса на смену владельца домена. Уведомление должно:

         1.6.1 обязательно быть направлено как новому, так и предыдущему владельцу домена до или в течение одного дня после выполнения смены владельца домена;

         1.6.2 содержать разъяснение полученного запроса и список затрагиваемых доменов;

         1.6.3. содержать контактные данные для обращений и вопросов.

         1.6.4. информировать предыдущего и нового владельцев домена о 60-дневной блокировке, предусмотренной процедурой межрегистраторского переноса, как описано в разделе II.C.2, или сообщить предыдущему владельцу домена о том, что ранее он отказался от 60-дневной блокировки, связанной с процедурой межрегистраторского переноса, как описано в разделе II.C.2.

      2. Регистратор обязан заблокировать межрегистраторский перенос на 60 дней⁷ после изменения владельца домена, с тем, однако, условием, что регистратор может разрешить владельцу зарегистрированного имени перед изменением владельца домена отказаться от 60-дневной блокировки межрегистраторского переноса.

Примечания

Предисловие и историческая справка: Процесс разработки политики (PDP) в отношении части С процедуры межрегистраторского переноса (IRTP) является третьим из пяти процессов разработки политики, посвященных поиску возможностей для усовершенствования существующей политики смены регистраторов.

Совет GNSO на своем заседании 22 сентября 2012 года принял решение инициировать PDP для решения следующих трех вопросов:

1. Процедура «перехода контроля», в том числе рассмотрение того, каким образом выполняется данная задача в настоящее время, существуют ли в пространстве имен национальных доменов какие-либо применимые модели, которые можно было бы использовать в качестве передовой практики в пространстве gTLD, а также всех связанных с этим вопросов обеспечения безопасности. Эта работа должна также включать анализ процедур блокирования, как описано в причинах отказа №8 и №9, с целью обеспечения баланса между законными операциями по изменению регистраторов и соображениями обеспечения безопасности.
2. Должны ли быть реализованы положения, предусматривающие ограничение срока действия форм разрешения (FOA) с целью препятствовать мошенническим передачам. Например, если новый регистратор отправляет и получает обратно форму разрешения от контактного лица по вопросам межрегистраторского переноса, однако доменное имя при этом заблокировано, регистратор может задержать форму разрешения до корректировки статуса домена; в течение этого времени информация о владельце домена или прочие регистрационные данные могут измениться.
3. Может ли этот процесс быть оптимизирован посредством введения требования о том, чтобы регистратуры использовали для регистраторов коды IANA, а не свои внутренние коды.

4 июня 2012 года в связи с открытием форума общественного обсуждения (подробнее см. раздел 6) рабочая группа по части C процедуры межрегистраторского переноса (IRTP) опубликовала свой предварительный отчет [PDF, 1,23 МБ], а затем, 9 октября 2012 года, и свой итоговый отчет [PDF, 624 КБ]. 20 декабря 2012 года Правление ICANN приняло рекомендации рабочей группы по части C IRTP. Группа по проверке выполнения рекомендаций совместно с персоналом ICANN подготовили проект политики смены регистратора. Этот проект политики был вынесен на общественное обсуждение.

Все аккредитованные ICANN регистраторы обязаны обеспечить выполнение этой политики к 1 декабря 2016 года.

Существенное изменение: Согласно определению, приведенному в разделе II.A.1.3, «существенное изменение» — это изменение, которое не является исправлением типографской ошибки. Регистраторам предоставлена определенная свобода в определении того, что представляет собой исправление типографской ошибки. Примеры исправления типографских ошибок:

1. изменение имени владельца домена с «oJhn Smith» на «John Smith»;
2. изменение имени владельца домена с «Jane Kgan» на «Jane Kang»;
3. изменение организации владельца домена с «Example, Icn» на «Example, Inc»;
4. изменение организации владельца домена с «ExampleCorp» на «ExampleCorp».

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

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

1. отправка электронного письма, содержащего требование дать утвердительный ответ с использованием инструментальных методик проверки подлинности, например, с помощью уникального кода, который необходимо сообщить определенным способом, указанным регистратором;
2. телефонный звонок или отправка SMS на номер владельца зарегистрированного имени с целью передать уникальный код, который необходимо сообщить определенным способом, указанным регистратором;
3. телефонный звонок владельцу зарегистрированного имени с требованием сообщить уникальный код, отправленный владельцу зарегистрированного имени по интернету, электронной почте или обычной почте.

Блокировка межрегистраторского переноса после смены владельца домена: Регистраторы не обязаны применять какой-либо конкретный статус домена EPP для 60-дневной блокировки межрегистраторского переноса, описанной в разделе II.C.2; при этом, однако, если регистратор решит применить статус домена clientTransferProhibited, он должен также заблокировать соответствующее доменное имя таким образом, чтобы владелец зарегистрированного имени не мог отменить блокировку в соответствии с разделом I.A.5.1.

---

¹ Владелец зарегистрированного имени — это значение поля «владелец домена», полученное в соответствии с разделом 6 политики в отношении регистрационных данных и отображаемое в службе каталогов регистрационных данных в соответствии с требованиями, определенными в разделе 9.

² Термин «регистрационные данные», используемый в настоящей политике, ДОЛЖЕН трактоваться в соответствии со значением, определенным в политике в отношении регистрационных данных

³ ICANN https://www.icann.org/resources/board-material/resolutions-2020-01-26-en#1.b отложит обеспечение соблюдения требования политики смены регистратора о форме разрешения нового регистратора до решения вопроса в рамках запланированного Советом GNSO пересмотра политики смены регистратора.    

⁴ Если регистрационные данные меняются после истечения срока регистрации доменного имени в соответствии с условиями соглашения о регистрации, меры защиты, предусмотренные политикой восстановления доменов с истекшим сроком регистрации, остаются в силе.

⁵ С примерами защищенных механизмов можно ознакомиться в замечаниях о реализации, которые приводятся после текста настоящей политики.

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

⁷ Регистратор может (но не обязан) налагать ограничения на снятие блокировки, описанной в разделе II.C.2. К примеру, регистратор может внимать блокировку только по истечении пяти рабочих дней, для отмены блокировки может требоваться авторизация с использованием подтверждения, присылаемого предыдущим владельцем домена по электронной почте и т. п.