Skip to main content
Resources

ПОЛИТИКА ПЕРЕДАЧИ

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

Новости

26 января 2020 года Правление ICANN приняло резолюцию отложить контроль за соблюдением договорных положений с требованием нового регистратора о получении явного разрешения на межрегистраторский перенос у контактного лица по вопросам передачи с помощью стандартизованной формы разрешения (FOA). Отдел по контролю исполнения договорных обязательств ICANN отложит контроль за соблюдением Раздела I(A)(2.1) Процедуры переноса до ее проверки Советом GNSO.

  1. Изменение регистратора

    1. Передачи, санкционированные держателем

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

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

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

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

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

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

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

        2.1 Получить явно выраженную санкцию от владельца зарегистрированного имени либо от контактного лица по административным вопросам (далее именуемых «контактное лицо по вопросам передачи»). Следовательно, передача возможна только после получения от контактного лица по вопросам передачи подтверждения этой передачи.

        2.1.1 Это разрешение должно быть оформлено с использованием стандартизированной формы разрешения (FOA). На веб-сайте ICANN доступны две различные FOA. FOA под названием «Первоначальное разрешение на изменение регистратора» должна использоваться новым регистратором для запроса разрешения на изменение регистратора у контактного лица по вопросам передачи. FOA под названием «Подтверждение запроса на изменение регистратора» должна использоваться регистратором записи для запроса подтверждения передачи у контактного лица по вопросам передачи.

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

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

        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» представляет собой заверение от имени нового регистратора факта наличия необходимого разрешения контактного лица по вопросам передачи, зарегистрированного в официальной базе данных Whois.

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

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

        2.2.3.1 Истек 60-дневный период с момента оформления FOA новым регистратором (при условии, если новый регистратор не осуществляет автоматическое продление FOA, а владелец зарегистрированного имени не выразил явного намерения воспользоваться автоматическим продлением).

        2.2.3.2 Срок регистрации доменного имени истек до завершения процедуры межрегистраторского переноса.

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

        2.2.3.4 Выполнен межрегистраторский перенос.

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

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

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

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

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

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

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

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

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

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

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

        3.7.1 признаки мошенничества;

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

        контактное лицо по административным вопросам.

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

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

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

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

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

        3.8.1 Находящаяся на рассмотрении процедура UDRP, о которой регистратор был проинформирован.

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

        3.8.3 Находящийся на рассмотрении спор, связанный с предыдущей передачей, согласно Политике разрешения споров при изменении регистраторов.

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

        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 Каждый регистратор несет ответственность за хранение копий документов, включая FOA и ответы контактных лиц по вопросам передачи, которые могут потребоваться для регистрации и рассмотрения споров в соответствии с политикой разрешения споров. Новые регистраторы должны хранить копии FOA, полученные от контактных лиц по вопросам передачи, согласно стандартным политикам хранения документов, изложенным в договорах. Вместе с FOA необходимо хранить копии надежного подтверждения личности.

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

        4.3 Новый регистратор обязан хранить печатную или электронную копию FOA и выдавать ее по запросу отдающего регистратора. В случаях, когда регистратор записи запросил копии FOA, новый регистратор обязан выполнить запрос регистратора записи (включая предоставление сопутствующей подтверждающей документации) в течение 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 часов после первоначального запроса, хотя окончательное урегулирование происшествия может занять больше времени.

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

        4.6.5 Обе стороны обязаны сохранять в бумажном или электронном виде всю переписку, запросы и ответы в рамках обмена информацией по каналам TEAC, а также предоставлять копии всех подобных материалов по запросу ICANN или оператора регистратуры. Такая документация будет сохраняться согласно разделу 3.4 Соглашения об аккредитации регистраторов (САР). Пользователи канала связи 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» со стороны владельца зарегистрированного имени, которые предусматривают более строгие ограничения по сравнению с механизмами, используемыми для изменения любой контактной информации владельца зарегистрированного имени или сведений о серверах имен.

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

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

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

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

        6.1 После получения команды «transfer» («передать») от нового регистратора оператор регистратуры отправляет электронное уведомление обоим регистраторам. В случае регистратур, использующих уведомления по электронной почте, ответное уведомление может быть отправлено на уникальный адрес электронной почты, созданный каждым регистратором для содействия выполнению запросов на передачу.

        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 для регистратуры TLD и действующее соглашение между регистратурой и регистратором, заключенное с оператором регистратуры этого TLD.

        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.1.4 Адрес электронной почты контактного лица по административным вопросам, если адрес электронной почты предыдущего владельца домена отсутствует.

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

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

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

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

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

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

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

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

      1. Как правило, владельцам доменов должно свободно предоставляться право обновлять свои регистрационные данные / данные Whois и передавать свои регистрационные права другим владельцам доменов.

      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 Истекает срок действия соглашения о регистрации.1

        3.2 Осуществляется расторжение соглашения о регистрации по инициативе регистратора.

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

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

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

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

    3. Процесс смены владельца домена

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

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

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

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

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

        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-дневную блокировку межрегистраторского переноса4 после изменения владельца домена, но с условием, что он может разрешить владельцу зарегистрированного имени отказаться от 60-дневной блокировки межрегистраторского переноса перед запросом на смену владельца домена.

Примечания

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

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

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

Рабочая группа по IRTP (часть С) опубликовала свой Предварительный отчет 4 июня 2012 года к открытию форума общественного обсуждения (подробнее см. в разделе 6), затем 9 октября 2012 года последовал Итоговый отчет. 20 декабря 2012 года Правление ICANN приняло рекомендацииРабочей группы по Части С 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. на Example Corp.

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

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

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

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


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

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

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

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

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