--- id: "domain-transfer" kind: "glossary-term" title: "перенос домена" language: "ru" category: "Перенос доменов и EPP" updated: "2026-10-10T23:12:43Z" canonical: "https://tldlog.com/ru/glossariy/perenos-domena/" translations: en: "https://tldlog.com/glossary/domain-transfer/" es: "https://tldlog.com/es/glosario/transferencia-dominio/" de: "https://tldlog.com/de/glossar/domaintransfer/" fr: "https://tldlog.com/fr/glossaire/transfert-nom-domaine/" it: "https://tldlog.com/it/glossario/trasferimento-dominio/" pt-BR: "https://tldlog.com/pt/glossario/transferencia-dominio/" zh-Hans: "https://tldlog.com/zh/cihui/yuming-zhuanyi/" --- # перенос домена Перевод доменного имени от одного регистратора к другому, часто ради лучшего обслуживания или цены. Владелец снимает блокировку с имени, получает код авторизации (auth code) и просит нового регистратора начать перенос. В gTLD перенос обычно добавляет к сроку регистрации один год. Смена владельца является отдельной процедурой. Перенос домена (трансфер) – это переход доменного имени от одного регистратора, то есть компании, которая обслуживает имя для владельца, к другому. Владелец остается прежним, меняется только компания. Для общих доменов верхнего уровня (gTLD), например .com, правила ICANN определяют, кто, что и в какие сроки делает. ## Что такое перенос домена и чем он не является Передающий регистратор передает имя принимающему регистратору. Для gTLD Политика переноса ICANN (Transfer Policy), действующая с 12 ноября 2004 года, дает владельцам право на перенос, и одобрить или отклонить его может только владелец. По состоянию на октябрь 2026 года действует редакция, обновленная 21 февраля 2024 года и обязательная с 21 августа 2025 года. Перенос – это не смена владельца (смена регистранта), для которой действуют свои правила, и не смена веб-хостинга, для которой перенос не нужен. Национальные домены верхнего уровня (ccTLD) устанавливают собственные правила. В .eu один код подходит для смены регистратора, владельца или того и другого, и блокировка регистратора ему не мешает. Для .es процедуру устанавливает Red.es. ## Перед началом: блокировки, код авторизации и правило 60 дней Текущий регистратор должен обеспечить две вещи: - **Разблокированное имя.** Блокировка регистратора, clientTransferProhibited, заставляет регистратуру отклонять переносы. Регистратор может установить ее только при регистрации или по просьбе владельца на условиях, указанных в договоре о регистрации. - **Код авторизации (auth code).** Секретный код, уникальный для каждого домена, который владелец передает новому регистратору. Если инструмента самообслуживания нет, регистратор обязан предоставить и то и другое в течение пяти календарных дней после запроса. Он не может делать это сложнее, чем изменение контактных данных или DNS-серверов, и не может отказывать из-за спора об оплате. По состоянию на октябрь 2026 года действуют два 60-дневных срока. Регистратор может отказать в переносе в течение 60 дней после создания имени или предыдущего переноса. После смены регистранта (существенного изменения имени владельца, организации или адреса электронной почты) он обязан установить 60-дневную блокировку переноса, если владелец заранее не отказался от нее. Политика советует сначала выполнить перенос, а затем сменить владельца. Имена с истекшим сроком можно переносить, если не осталось неоплаченного предыдущего периода, но имя в периоде восстановления (redemption) сначала нужно восстановить, что может быть платным. ## Шаг за шагом: от запроса до завершения 1. Владелец снимает блокировку с имени и получает код авторизации. 2. Владелец заказывает перенос у нового регистратора и передает ему код. 3. Регистратура проверяет код и уведомляет обоих регистраторов. Домен получает статус pendingTransfer. 4. В течение 24 часов передающий регистратор просит владельца подтвердить перенос с помощью FOA. 5. Передающий регистратор одобряет или отклоняет перенос. Если ответа нет в течение пяти календарных дней, регистратура завершает перенос. 6. К сроку регистрации добавляется один год, но общий срок не может превышать десяти лет. Это максимальные, а не типичные сроки. По состоянию на октябрь 2026 года ICANN с 26 января 2020 года не требует соблюдения правила о собственной форме FOA принимающего регистратора. Например, принимающий регистратор подает запрос на example.com в понедельник. Если передающий регистратор не отвечает, перенос завершается через пять календарных дней, а дата истечения срока сдвигается на год. Если бы неделей раньше владелец изменил адрес электронной почты регистранта, не отказавшись от блокировки, в переносе было бы отказано. ## Сколько это стоит Регистраторы сами устанавливают цены на перенос, но отказать в переносе из-за того, что эта плата не внесена, нельзя. Правила регистратур могут различаться: по соглашению .net 2005 года перенос во время льготного периода автопродления отменяет год автоматического продления и вместо него добавляет один год. ## Почему в переносе могут отказать Передающий регистратор обязан назвать причину. По состоянию на октябрь 2026 года он **может** отказать при наличии доказательств мошенничества, обоснованного спора о личности владельца, неоплаченных предыдущих периодов (или, до истечения срока, текущего периода), прямого возражения владельца или в течение 60 дней после создания имени или предыдущего переноса. Он **обязан** отказать во время известного ему разбирательства по UDRP или URS, по решению суда, во время рассмотрения спора о предыдущем переносе или во время 60-дневной блокировки после смены регистранта. Он **не может** отказать из-за неоплаченного будущего периода, из-за того, что владелец не ответил, или из-за блокировки, которую владелец не мог снять. ## Проблемы и споры: что делать, если перенос пошел не так - **Неожиданный статус pendingTransfer.** ICANN советует сразу попросить регистратора отклонить запрос. - **Спорный отказ или блокировка.** Владелец может подать в ICANN жалобу на перенос (Transfer Complaint). - **Экстренные ситуации между регистраторами.** У каждого регистратора есть TEAC. По состоянию на октябрь 2026 года сотрудник должен ответить в течение 4 часов; отсутствие ответа может привести к отмене переноса. - **TDRP.** Подать заявление могут только регистраторы, в течение 12 месяцев, к утвержденному провайдеру (по состоянию на октябрь 2026 года это ADNDRC или Forum, прежнее название National Arbitration Forum). Недействительный перенос отменяется, и имя возвращается передающему регистратору. Обращение в суд остается возможным. Если регистратора покупают или он теряет аккредитацию, ICANN может одобрить массовый перенос всех его имен: бесплатно до 50 000 имен, свыше этого фиксированные 50 000 USD (по состоянию на октябрь 2026 года). Некоторые регистратуры предлагают BTAPPA для переноса части портфеля. ## Предстоящие изменения правил переноса 7 июня 2026 года Правление ICANN приняло 47 рекомендаций по пересмотру Политики переноса (резолюция 2026.06.07.04). По состоянию на октябрь 2026 года они **не вступили в силу**: ICANN указывает проект как стоящий в очереди, без даты вступления в силу. После внедрения основные изменения будут такими: - Код авторизации станет кодом авторизации переноса (Transfer Authorization Code, TAC): стойкостью не менее 128 бит, действительным 336 часов (14 дней) и одноразовым. Владелец будет получать уведомление в течение 10 минут после его выдачи. - Форма FOA принимающего регистратора исчезнет; форма передающего регистратора станет подтверждением переноса (Transfer Confirmation), без одобрения одним щелчком. - После регистрации и каждого переноса будет устанавливаться обязательная блокировка на 720 часов (30 дней); досрочно можно будет снять только блокировку после переноса, по обоснованному запросу, например при документально подтвержденной продаже. - Смена регистранта не будет влечь блокировку, только уведомление в течение 24 часов, по отдельной Политике изменения данных регистранта (Change of Registrant Data Policy). - Регистраторы смогут отказывать в переносе из-за злоупотребления DNS и будут обязаны отказывать, если владелец возражает. - У TEAC будет 24 часа на ответ. - BTAPPA войдет в политику и будет распространяться также на клиентов, переносящих собственный портфель. ## Источники - [Transfer Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) - [Registrar Transfer Dispute Resolution Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/registrar-transfer-dispute-resolution-policy-21-02-2024-en) - [Final Report on the Transfer Policy Review Policy Development Process](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25-en.pdf) ## связанные термины - [код авторизации](https://tldlog.com/ru/glossariy/kod-avtorizatsii/) - [блокировка переноса](https://tldlog.com/ru/glossariy/blokirovka-perenosa/) - [смена регистранта](https://tldlog.com/ru/glossariy/smena-registranta/) - [EPP](https://tldlog.com/ru/glossariy/epp/)