本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 转移域
<a name="domain-transfer"></a>

您可以将域注册从另一个注册商转移到 Amazon Route 53，从一个 AWS 账户转移到另一个账户，或从 Route 53 转移到另一个注册商。将域从一个 AWS 账户转移到另一个账户不收费。

本节涵盖以下有关域转移的主题：

1. [选择转移类型](domain-transfer-decision-guide.md)
   + 了解将域注册转移到 Route 53 与仅将 Route 53 用于 DNS 托管的区别。
   + 根据您的域管理和 DNS 托管目标，了解哪个选项最适合您的需求。

1. [转移前核对清单](domain-transfer-checklist.md)
   + 在将域转移到 Route 53 之前，请完成必要的准备步骤，以避免常见的转移失败。
   + 验证域资格，获取授权代码，并且准备您的 DNS 设置，以便顺利完成转移流程。

1. [将域注册转移到 Amazon Route 53](domain-transfer-to-route-53.md)
   + 了解将域从其他注册商转移到 Route 53 的分步过程，包括先决条件、授权代码和更新 DNS 设置。
   + 了解域的转移如何影响到期日期以及不同顶级域 (TLD) 的注意事项。

1. [常见转移问题](domain-transfer-troubleshooting.md)
   + 通过了解域要求、授权流程和时间注意事项，防止常见的转移问题。
   + 了解如何解决转移问题，以及在转移延迟或被拒绝时应该采取的行动。

1. [将域从 Amazon Route 53 转移到另一注册商](domain-transfer-from-route-53.md)
   + 了解将域从 Route 53 转移到其他注册商的流程，包括获取授权代码、更新 DNS 设置和回复确认电子邮件。
   + 请留意将 DNS 服务转移到其他提供商时的注意事项，以及对别名记录和路由策略等 Route 53 专属功能的潜在影响。

1. [将域名转移到其他 AWS 账户](domain-transfer-between-aws-accounts.md)
   + 了解如何将域从一个 AWS 账户转移到另一个账户，包括发起和接受转移所需的角色和权限。
   + 了解域转移后将托管区迁移到新账户的可选步骤。

1. [转移状态](domain-transfer-to-route-53-status.md)
   + 了解如何查看域转移请求的状态以及转移过程中不同状态代码的含义。

1. [将域转移到 Amazon Route 53 对域注册的到期日期有何影响](domain-transfer-to-route-53-expiration.md)
   + 了解将域转移到 Route 53 对域到期日期的影响。

通过遵循上面列示主题中提供的信息，就可以有效地将域转入和转出 Route 53，管理转移流程，确保平稳过渡，同时保持正确的 DNS 配置和路由。

# 选择您的 Route 53 转移类型
<a name="domain-transfer-decision-guide"></a>

当您想要将 Amazon Route 53 用于自己的域时，有两种选择。了解其中的差异将有助于您根据自己的需求选择正确的方法：

## 将域注册转移到 Route 53
<a name="domain-transfer-decision-guide-registration-transfer"></a>

使用此选项，Route 53 将成为您的域注册商。这意味着您将通过 Route 53 管理自己的域续订、联系人信息和 DNS 设置。

**如果您想要执行以下操作，请选择此选项：**
+ 在统一位置进行域管理和 DNS 托管
+ 利用 Route 53 域管理功能
+ 通过在 AWS 账单上进行域续订来简化账单

**预期发生的情况：**
+ **完成时间：**5-7 天
+ **先决条件：**来自当前注册商的授权代码，解锁域，验证注册者电子邮件
+ **续订费用支付方：**Route 53

**下一步：**完成 [域转移的转移前核对清单](domain-transfer-checklist.md) 以准备转移。

## 仅将 Route 53 用于 DNS 托管
<a name="domain-transfer-decision-guide-dns-only"></a>

使用此选项，您可以保留其当前的域注册商，但使用 Route 53 作为您的 DNS 服务。

**如果您想要执行以下操作，请选择此选项：**
+ 保持您现有的注册商关系
+ 无需更改注册商即可使用 Route 53 高级 DNS 功能
+ 以最少的先决条件快速入门

**预期发生的情况：**
+ **完成时间：**最长 2 天（取决于 DNS 传播情况）
+ **先决条件：**无
+ **续订费用支付方：**您当前的注册商

**下一步：**转到 [将 Amazon Route 53 配置为 DNS 服务](dns-configuring.md) 以设置 DNS 托管。

**重要**  
您无需转移域注册即可使用 Route 53 作为您的 DNS 服务。您可以保留现有的注册商，仅将 Route 53 用于 DNS 托管。

# 域转移的转移前核对清单
<a name="domain-transfer-checklist"></a>

在开始将域注册转移到 Amazon Route 53 之前，请完成以下检查，以避免常见的转移失败并确保流程顺利。

## 决定要转移的内容
<a name="domain-transfer-checklist-decision"></a>

选择最符合您需求的选项：

**将域注册转移到 Route 53**  
您的注册商变为 Amazon Route 53。您需要向 Route 53 支付域续订费用，并通过 Route 53 控制台管理域设置。  
**下一步：**继续完成此核对清单，然后遵循 [将域注册转移到 Amazon Route 53](domain-transfer-to-route-53.md)。

**仅将 Route 53 用于 DNS 托管**  
保留您当前的注册商，但使用 Route 53 名称服务器进行 DNS 解析。您继续向当前的注册商支付续订费用。  
**下一步：**跳过此核对清单并遵循 [将 Amazon Route 53 配置为 DNS 服务](dns-configuring.md)。

## 先决条件核对清单
<a name="domain-transfer-checklist-prerequisites"></a>

在开始域转移之前，请完成以下所有操作。<a name="domain-transfer-checklist-with-timing"></a>

**转移前核对清单（完成所有项目）**

1. **☐ 验证注册商的电子邮件访问权限** 

   确认您可以通过注册商的电子邮件地址接收电子邮件，因为它将收到域转移授权电子邮件。
**重要**  
如果您无法访问当前注册商的电子邮件地址，请将注册商联系人的电子邮件地址更新到当前的注册商，并等待 60 天后再进行转移。

1. **☐ 解锁域** 

   访问您当前的注册商域设置并禁用“域锁定”或“转移锁定”保护（如果已启用）。
**注意**  
禁用锁定后，更改需几分钟才能生效，之后才开始转移。

1. **☐ 获取授权码** 

   向当前的注册商请求授权代码（授权码），并对其进行保密处理。您将在稍后的转移过程中在 Route 53 控制台中输入此代码。

1. **☐ 验证域年龄和资格**

   确认您的域符合 ICANN 的转移要求：
   + 自最初注册以来，该域必须已有至少 60 天的历史。
   + 如果域注册已到期，并且已还原，则必须已在至少 60 天前还原。
**提示**  
如果最近更新注册商的联系方式（例如，更改您的姓名或电子邮件），ICANN 规则可能会暂时阻止转移。有些注册商允许您选择退出此保留 — 如果您不确定，请咨询当前的注册商。

1. **☐ 准备付款方式** 

   确保您的 AWS 账户使用有效的付款方式。当您将域名转移到 Route 53 时，我们对您的 AWS 账户收取的转移费用因顶级域名而异。

   有关当前定价，请参阅 [Route 53 定价](https://aws.amazon.com/route53/pricing/)。
**注意**  
您不能使用 AWS 积分来支付域名转移费用。Route 53 在开始流程之前收取转移费用，如果转移失败，则立即退款。

1. **☐ 禁用 DNSSEC（如果已启用）** 

   如果您当前的注册商当前已启用 DNSSEC，请在开始转移之前暂时将其禁用。这样可以确保在不出现 DNS 验证问题的情况下完成转移。

   **这点为何如此重要：**

   转移域时，存储在当前注册商处的 DNSSEC 密钥（KSK/ZSK）和 DS 记录不会自动转移到 Route 53。如果您重新启用 DNSSEC 且没有在 Route 53 中重新配置这些密钥，则您的域可能无法通过 DNS 验证。

   **安全方法（建议）：**

   1. 在初始化转移之前，请在您当前的注册商处禁用 DNSSEC。

   1. 完成域转移并创建您的 Route 53 托管区（如果尚未创建）。

   1. 验证是否在没有启用 DNSSEC 的情况下已正确解析所有 DNSEC 记录。

   1. 使用托管区域的新 KSK/ZSK 值在 Route 53 中配置 DNSSEC。

   1. 通过向您的 TLD 注册商（现为 Route 53）发布新的 DS 记录来重新启用 DNSSEC。
**提示**  
如果您要转移域，同时在 Route 53 中创建新的托管区，请在转移之前禁用 DNSSEC，然后等到托管区设置通过验证且 DNS 解析正常运行后再重新启用 DNSSEC。确认后，您可以从 Route 53 的控制台再次安全地启用 DNSSEC。在重新启用 DNSSEC 之前，请务必在 Route 53 中验证您的 DNS 配置。有关 Route 53 的 DNSSEC 的更多信息，请参阅 [为域配置 DNSSEC](domain-configure-dnssec.md)。

## 可选：首先转移 DNS 服务
<a name="domain-transfer-checklist-optional"></a>

在转移域注册之前，请考虑将您的 DNS 服务转移到 Route 53。此方法提供以下优势：
+ 降低转移期间网站或电子邮件停机的风险
+ 允许您在提交完全转移之前测试 Route 53 的 DNS 功能
+ 提供域转移遇到问题时的回退选项

要首先转移 DNS 服务，请参阅 [将 Amazon Route 53 配置为 DNS 服务](dns-configuring.md)。

## 后续步骤
<a name="domain-transfer-checklist-next-steps"></a>

完成此核对清单后：

1. 请按照中的 step-by-step转账流程进行操作[将域注册转移到 Amazon Route 53](domain-transfer-to-route-53.md)。

1. 在转移过程中，监控您的电子邮件中是否有授权消息。

# 将域注册转移到 Amazon Route 53
<a name="domain-transfer-to-route-53"></a>

**重要**  
在将任何国家/地区代码顶级域名 (ccTLDs) 转移到 Route 53（.cc 和.tv 除外）的过程中，所有者联系人的更新都将被忽略，并使用注册机构中的所有者联系人数据。转移完成后，您可以更新所有者联系信息。有关更多信息，请参阅 [更新域的联系信息和所有权](domain-update-contacts.md)。

要将域注册转移到 Amazon Route 53，请按照本主题中的步骤操作。

## 转移过程概述
<a name="domain-transfer-overview"></a>

域转移涉及以下关键步骤：

1. **填写转移前核对清单** 

   验证先决条件以避免转移失败。请参阅 [域转移的转移前核对清单](domain-transfer-checklist.md)。

1. **在 Route 53 控制台中请求转移** 

   输入域名和授权代码。请参阅[步骤 5：请求转移](#domain-transfer-to-route-53-request-transfer)。

1. **通过电子邮件授权**（*需要客户操作）*

   单击在 5 天内发送到注册人电子邮件的授权链接。请参阅[步骤 6：单击确认和授权电子邮件中的链接](#domain-transfer-to-route-53-authorize-transfer)。

1. **等待完成** 

   除非当前的注册商拒绝，否则转移将自动完成。在控制台中监控状态。

**最常见的故障点**  
以下是常见问题的解决方案：
+ **未收到电子邮件**：验证注册人的电子邮件是否可以访问并检查垃圾邮件文件夹
+ **域已锁定**：开始转移之前，在当前的注册商处解锁
+ **授权码无效**：向当前注册商请求新的授权代码
+ **60 天规则违规**：60 天的 ICANN 规则（资格时间段）。在首次注册或注册人联系人更改后 60 天内阻止转移。有些注册商允许在更改之前选择退出 — 如果适用，请询问您当前的注册商。

**重要**  
如果您跳过某个步骤，您的域可能在互联网上不可用。

注意以下几点：

**联系 Su AWS pport**  
如果您在转移域时遇到问题，则可以免费联系 AWS Support。有关更多信息，请参阅 [就域名注册问题联系 Su AWS pport](domain-contact-support.md)。

**到期日期**  
有关转移域如何影响当前到期日期的信息，请参阅[将域转移到 Amazon Route 53 对域注册的到期日期有何影响](domain-transfer-to-route-53-expiration.md)。

**转移费用**  
当您将域名转移到 Route 53 时，我们对您的 AWS 账户收取的转移费用取决于顶级域名，例如.com 或.org。有关更多信息，请参阅 [Route 53 定价](https://aws.amazon.com/route53/pricing/)。  
您不能使用 AWS 积分来支付将域名转移到 Route 53 的费用（如果有）。  
在开始转移流程之前，Route 53 会收取您的域的转移费用。如果转移由于某种原因而失败，我们会立即将您的费用记入您的账户中。

**特殊和高级域名**  
TLD 注册表向一些域名分配了特殊或优惠的价格。如果域具有特殊或优惠的价格，您无法将该域转移到 Route 53。

**域配额**  
每个 AWS 账户的默认最大域名数为 20。您可以[请求提高配额](https://us-east-1.console.aws.amazon.com/servicequotas/home/services/route53/quotas/L-F767CB15)。有关更多信息，请参阅 [域的配额](DNSLimitations.md#limits-api-entities-domains)。

**名称服务器限制**  
Route 53 中每个域的名称服务器的最大数量为 6。

**Topics**
+ [转移过程概述](#domain-transfer-overview)
+ [顶级域的转移要求](#domain-transfer-to-route-53-requirements)
+ [步骤 1：确认 Amazon Route 53 支持顶级域](#domain-transfer-to-route-53-confirm-tld)
+ [步骤 2（可选）：将您的 DNS 服务转移到 Amazon Route 53 或其它 DNS 服务提供商](#domain-transfer-to-route-53-transfer-dns)
+ [步骤 3：通过当前注册商更改设置](#domain-transfer-to-route-53-change-registrar-settings)
+ [步骤 4：获取您的名称服务器的名称](#domain-transfer-to-route-53-get-name-servers)
+ [步骤 5：请求转移](#domain-transfer-to-route-53-request-transfer)
+ [步骤 6：单击确认和授权电子邮件中的链接](#domain-transfer-to-route-53-authorize-transfer)
+ [步骤 7：更新域配置](#domain-transfer-to-route-53-change-configuration)

## 顶级域的转移要求
<a name="domain-transfer-to-route-53-requirements"></a>

大多数域注册商对将域转移到其他注册商施加了要求。这些要求的主要目的是为了防止欺诈性域的拥有者反复在不同注册商之间转移域。各注册商要求不尽相同，但以下为典型要求：
+ 您必须至少在 60 天前向当前注册商注册域或将域注册转移到当前注册商。
+ 如果域名注册已到期，并且必须恢复，则必须已在至少 60 天前恢复。
+ 域不能具有以下任何域名状态代码：
  + clientTransferProhibited
  + pendingDelete
  + pendingTransfer
  + redemptionPeriod
  + serverTransferProhibited
+ 某些顶级域的注册机构不允许在更改 (例如对域所有者的更改) 完成之前转移。

有关域名状态代码的当前列表以及对每个代码含义的解释，请转到 [ICANN 的网站](https://www.icann.org/)，然后搜索“EPP status codes”。(搜索 ICANN 网站；Web 搜索有时会返回旧版文档。)

**注意**  
ICANN 是制定用于管理域名注册和转移的政策的组织机构。

您还可以在 [Whois 网站](https://www.whois.com/whois/)查看域名的状态代码和其它信息。

## 步骤 1：确认 Amazon Route 53 支持顶级域
<a name="domain-transfer-to-route-53-confirm-tld"></a>

请参阅[可向 Amazon Route 53 注册的域。](registrar-tld-list.md)。如果您要转移的域的顶级域在列表中，您可以将该域转移到 Amazon Route 53。

如果 TLD 未在列表中，则目前不能将域注册转移到 Route 53。我们偶尔会 TLDs 向列表中添加更多内容，因此请回来查看我们是否为你的域名添加了支持。

## 步骤 2（可选）：将您的 DNS 服务转移到 Amazon Route 53 或其它 DNS 服务提供商
<a name="domain-transfer-to-route-53-transfer-dns"></a>

**为何先转移 DNS？**

某些注册商提供免费 DNS 服务，当他们收到 Route 53 转移域注册的请求时，可能会立即禁用该 DNS 服务。如果您希望 Route 53 为您的域提供 DNS 服务，请参阅 [将 Amazon Route 53 作为现有域的 DNS 服务将 Route 53 作为现有域的 DNS 服务](MigratingDNS.md)。

## 步骤 3：通过当前注册商更改设置
<a name="domain-transfer-to-route-53-change-registrar-settings"></a>

使用当前注册商提供的方法，对要转移的每个域执行以下各项操作。
+ [Confirm that the email for the registrant contact for your domain is up to date](#domain-transfer-to-route-53-change-registrar-settings-email)
+ [Unlock the domain so it can be transferred](#domain-transfer-to-route-53-change-registrar-settings-unlock)
+ [Confirm that the domain status allows you to transfer the domain](#domain-transfer-to-route-53-change-registrar-settings-status)
+ [Disable DNSSEC for the domain](#domain-transfer-to-route-53-change-registrar-settings-dnssec)
+ [Get an authorization code](#domain-transfer-to-route-53-change-registrar-settings-code)
+ [Renew your domain registration before you transfer the domain (selected geographic TLDs)](#domain-transfer-to-route-53-change-registrar-settings-renew)

**确认您的域的注册联系人的电子邮件是最新的**  
我们将向该电子邮件地址发送电子邮件，以请求转移授权。您需要单击电子邮件中的链接，以对转移进行授权。如果您不单击该链接，则我们必须取消转移。  
根据 [ICANN 转移策略](https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en)，您列为注册人的联系人将拥有作为域名的注册名称持有者的某些权利。大多数域名将在您关闭后删除 AWS 账户 （有关更多信息，请参阅[我的 AWS 账户已关闭或永久关闭，我的域名已在 Route 53 上注册](troubleshooting-account-closed.md)），但是，如果某个域名仍处于已关闭的账户中，则您列为注册人的联系人可能可以请求将域名转让给外部注册商。因此，重要的是，您列出的注册人联系人要么是您自己，要么是您信任的负责任的其他人。

**解锁域以使其可转移**  
ICANN（注册管理机构）要求您在转移域之前先解锁域。

**确认域状态允许您转移域**  
有关更多信息，请参阅 [顶级域的转移要求](#domain-transfer-to-route-53-requirements)。

** 禁用域的 DNSSEC **  
如果您在域中使用 DNSSEC，并将域注册转移到了 Route 53，则必须先在以前的注册商处禁用 DNSSEC。然后，转移域注册后，采取步骤在 Route 53 中为域设置 DNSSEC。Route 53 支持将 DNSSEC 用于域注册，并支持 DNSSEC 签名。有关更多信息，请参阅 [在 Amazon Route 53 中配置 DNSSEC 签名](dns-configuring-dnssec.md)。  
如果您在配置了 DNSSEC 的情况下将域注册转移到 Route 53，则 DNSSEC 公有密钥也会转移。如果您将 DNS 服务转移到不支持 DNSSEC 的提供商，则 DNS 解析会间歇性失败，直至您从域中删除 DNSSEC 密钥。有关更多信息，请参阅 [删除域的公有密钥](domain-configure-dnssec.md#domain-configure-dnssec-deleting-keys)。

**获取授权代码**  
来自当前注册商的授权代码会授权我们请求将域注册转移到 Route 53。您将在稍后的过程中在 Route 53 控制台中输入此代码。  
某些顶级域有额外的要求：    
**.co.za 域**  
您无需获取授权代码即可将 .co.za 域名转移到 Route 53。  
**.uk、.co.uk、.me.uk 和 .org.uk 域**  
如果要将 .uk、.co.uk、.me.uk 或 .org.uk 域转移到 Route 53，则无需获取授权代码。相反，请使用当前域注册商提供的方法将域的 IPS 标签的值更新为 **GANDI** (全部大写)。(.uk 域名的注册机构 Nominet 需要一个 IPS 标签。) 如果您的注册商未提供更改 IPS 标签值的方法，[请联系 Nominet](https://www.nominet.uk/domain-support/online-services)。  
更改 IPS 标签时，请注意以下事项：    
**您必须在五天内请求转移**  
如果在更改 IPS 标签后五天内未请求传输，则标签将更改回先前的值。您必须再次更改 IPS 标签的值，否则传输请求将失败。  
**在 WHOIS 查询中查看 IPS 标签**  
在完成转移到 Route 53 之前，对 IPS 标签的更改不会出现在 WHOIS 查询中。  
**来自 Gandi 的电子邮件**  
您可能会从我们的注册服务商 Gandi 收到一封有关转移过程的电子邮件。如果您从 Gandi (transfer-auth@gandi.net) 收到一封有关转移您的域的电子邮件，请忽略该电子邮件中的说明，因为它们与 .uk、.co.uk、.me.uk、或 .org.u 域无关。请改为按照本主题中的说明操作。

**在转移域名之前，请续订域名注册（选定的地理位置 TLDs）**  
对于大多数人来说 TLDs，当您转移域名时，注册会自动延长一年。但是，对于某些地理区域 TLDs，当您转移域名时，注册不会延长。如果您要将包含其中一个域名的域名转移到 Route 53 TLDs，我们建议您在转移域名之前续订域名注册，尤其是在到期日临近的情况下。  
如果您未在转移之前续订域，注册可能会在转移完成之前过期。如果出现这种情况，该域在 Internet 上不可用，并且可能会允许其他人购买该域名。
将以下域转移到其他注册商时，不会自动延长注册：  
+ .ch（瑞士）
+ .cl（智利）
+ .co.uk（英国）
+ .co.za（南非）
+ .com.au（澳大利亚）
+ .cz（捷克共和国）
+ .es（西班牙）
+ .fi（芬兰）
+ .im（英国属地曼岛）
+ .jp（日本）
+ .me.uk（英国）
+ .net.au（澳大利亚）
+ .org.uk（英国）
+ .se（瑞典）
+ .uk（英国）

## 步骤 4：获取您的名称服务器的名称
<a name="domain-transfer-to-route-53-get-name-servers"></a>

如果您使用 Amazon Route 53 作为 DNS 服务，或者您要继续使用现有的 DNS 服务，则我们将在稍后的过程中自动为您获取名称服务器的名称。跳至[步骤 5：请求转移](#domain-transfer-to-route-53-request-transfer)。

如果要在将域转移到 Route 53 的同时将 DNS 服务更改为 Route 53 以外的提供商，请使用由 DNS 服务提供商提供的步骤来获取要转移的每个域的名称服务器的名称。

**重要**  
如果您的域的注册商也是域的 DNS 服务提供商，请在继续进行域注册转移过程*之前*，先将您的 DNS 服务转移到 Route 53 或其它 DNS 服务提供商。  
如果您在转移域注册的同时转移 DNS 服务，则您的网站、电子邮件以及与域相关联的 Web 应用程序可能会变得不可用。有关更多信息，请参阅 [步骤 2（可选）：将您的 DNS 服务转移到 Amazon Route 53 或其它 DNS 服务提供商](#domain-transfer-to-route-53-transfer-dns)。

## 步骤 5：请求转移
<a name="domain-transfer-to-route-53-request-transfer"></a>

要将域注册从当前注册商转移到 Amazon Route 53，请使用 Route 53 控制台请求转移。Route 53 会处理与域的当前注册商的通信。

最多可以使用控制台转移五个域。

所使用的步骤取决于您是要转移单个域还是多达五个域：
+ [将单个域的域注册转移到 Route 53](#domain-transfer-to-route-53-single-procedure)
+ [将最多五个域的域注册转移到 Route 53](#domain-transfer-to-route-53-up-to-five-procedure)

使用**将域转移到您的账户**过程将单个域名转移到您的账户。<a name="domain-transfer-to-route-53-single-procedure"></a>

**将单个域的域注册转移到 Route 53**

1. 打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。

1. 在导航窗格中，选择 **Registered domains**。

1. 在**已注册的域**页面上，从**转移至**下拉列表中选择**单个域**。

1. 在**将域转移到您的账户**页面的**检查域的可转移性**部分，输入要将注册转移到 Route 53 的域的名称，然后选择**检查**。

1. 如果域注册可供转移，请确认您已完成顶级域的转移要求，然后选择**下一步**。

   如果域注册不可以转移，则 Route 53 控制台会列出原因。有关如何解决阻止您转移注册的问题的信息，请联系您的注册商。

1. 在 **DNS 服务**页面上，查看有关名称服务器的信息，然后选择**下一步**。

1. 如果系统提示，请输入您在 [步骤 3：通过当前注册商更改设置](#domain-transfer-to-route-53-change-registrar-settings) 中获得的来自当前注册商的授权代码或 IPS 标签。
**注意**  
您无需输入授权代码即可将 .co.za、.uk、.co.uk、.me.uk 或 .org.uk 域转移到 Route 53。

   选择**下一步**。

1. 在**域定价选项**页面上，选择您想要注册域的年限，以及您是否希望我们在到期日期之前自动续订您的域注册。
**注意**  
域名注册和续订不可退款。如果您启用自动域续订，并且在我们续订注册之后决定不再需要该域名，您无法获得续订费用的退款。

   选择**下一步**。

1. 在**联系信息**页面上，输入域注册人、管理、技术和帐单联系人的联系信息。您在此处输入的值将应用于您要注册的所有域。有关更多信息，请参阅 [您在注册或转移域时指定的值](domain-register-values-specify.md)。

   请注意以下注意事项：  
**名字和姓**  
对于 **First Name** 和 **Last Name**，我们建议您指定官方 ID 上的名称。对于域设置的某些更改，有些域注册机构要求您提供身份证明。您的 ID 的姓名必须与该域的注册联系人的姓名匹配。  
**不同联系人**  
默认情况下，我们对全部三个联系人使用相同信息。如果要为一个或多个联系人输入不同的信息，请将**与注册人相同**切换开关的值更改为关闭位置。  
对于 .it 域，注册者和管理联系人必须相同。  
**其他必要信息**  
对于某些顶级域名 (TLDs)，我们需要收集其他信息。对于这些 TLDs，请在**邮政/邮政编码**字段后输入适用的值。  
**Privacy protection（隐私保护）**  
选择是否要向 WHOIS 查询隐藏您的联系人信息。  
必须为管理员、注册者和技术联系人指定相同的隐私设置。
有关更多信息，请参阅以下主题：  
   + [启用或禁用域联系信息的隐私保护](domain-privacy-protection.md)
   + [可向 Amazon Route 53 注册的域。](registrar-tld-list.md)
要为 .uk、.co.uk、.me.uk 和 .org.uk 域启用隐私保护，您必须打开支持案例并请求隐私保护。

   选择**下一步**。

1. 在**检查**页面上，检查您输入的信息，也可以选择更正这些信息。阅读服务条款，并选中相应复选框，以确认您已阅读服务条款。

   选择 **Submit request (提交请求)**。

1. 在导航窗格中，选择**域**，然后选择**请求**。

   在此页面上，您可以查看域的状态，也可以查看是否需要回复注册联系人的验证电子邮件。您也可以选择重新发送验证电子邮件。

   如果您为注册联系人指定了从未用于通过 Route 53 注册域的电子邮件地址，则某些 TLD 注册机构会要求您验证该地址是否有效。

   我们将从以下电子邮件地址之一发送验证电子邮件：
   + **noreply@registrar.amazon** — 适用于由亚马逊 TLDs注册商注册。
   + **noreply@domainnameverification.net** 或 **noreply@emailverification.info** — 由我们的 TLDs 注册商助理 Gandi 注册。要确定您的 TLD 注册商是谁，请参阅[查找注册商](find-your-registrar.md)。
**重要**  
注册联系人必须按照电子邮件中的说明来验证已收到电子邮件，否则我们必须按照 ICANN 的要求暂停该域。域被暂停后，将无法在 Internet 上访问该域。

   1. 当您收到验证电子邮件时，请选择电子邮件中用于确认电子邮件地址是否有效的链接。如果您没有立即收到该电子邮件，请检查垃圾电子邮件文件夹。

   1. 返回**请求**页面。如果状态不自动更新为 **email-address is verified**，请选择 **Refresh status**。

1. 域转移完成后，下一步取决于您要使用 Route 53 还是其它 DNS 服务作为域的 DNS 服务：
   + **Route 53** — 在您注册域时由 Route 53 创建的托管区域中，创建资源记录集以告知 Route 53 您希望如何为域和子域路由流量。

     例如，当有人在浏览器中输入您的域名并且该查询被转发到 Route 53 时，您希望 Route 53 用您数据中心中 Web 服务器的 IP 地址响应查询还是用 Elastic Load Balancing 的负载均衡器的名称响应查询？

     有关更多信息，请参阅 [使用记录](rrsets-working-with.md)。
**重要**  
如果您在 Route 53 自动创建的托管区域之外的托管区域中创建记录，则必须更新域的名称服务器，以将这些名称服务器用于新托管的区域。
   + **其它 DNS 服务** — 配置您的新域，以将 DNS 查询路由到其它 DNS 服务。执行步骤[更新名称服务器以使用其他注册商](domain-register-other-dns-service.md)。

使用以下步骤可将最多五个域转移到您的账户。<a name="domain-transfer-to-route-53-up-to-five-procedure"></a>

**将最多五个域的域注册转移到 Route 53**

1. 打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。

1. 在导航窗格中，选择 **Registered domains**。

1. 在**已注册的域**页面上，从**转移至**下拉列表中选择**多个域**。

1. 在**将多个域转移到您的账户**页面上，输入最多五个您要转移的域，以及每行域的授权码（如果需要），然后选择**检查**。

1. 如果域注册可供转移，则该域将在**域可用性**列表中列为可用。选中要转移注册的每个域旁边的复选框，确认您已完成顶级域的转移要求，然后选择**下一步**。

   如果域注册不可以转移，则 Route 53 控制台会列出原因。有关如何解决阻止您转移注册的问题的信息，请联系您的注册商。

1. 在 **DNS 服务**页面上，查看有关名称服务器的信息，然后选择**下一步**。
**注意**  
域名注册和续订不可退款。如果您启用自动域续订，并且在我们续订注册之后决定不再需要该域名，您无法获得续订费用的退款。

1. 在**联系信息**页面上，输入域注册者、管理员和技术联系人的联系信息。您在此处输入的值将应用于您要转移的所有域。
**重要**  
我们建议您为注册人联系人（域拥有者）指定以下值：  
**名和姓**：我们建议您指定您的官方 ID 上显示的姓名。对于域设置的某些更改，有些域注册机构要求您提供身份证明。您的 ID 的姓名必须与该域的注册联系人的姓名匹配。
**联系详细信息**：在域转移过程中，我们建议您指定的值与在当前注册商处指定的值相同。当您更改注册人联系人的联系详细信息时，您会更改域拥有者，但某些 TLD 注册商不允许您在域转移期间更改域拥有者。如果您更改注册人联系人的联系详细信息，则转移过程可能会失败。在您转移域后，您可以更改注册人联系人的详细联系信息。

   默认情况下，我们对全部三个联系人使用相同信息。如果要为一个或多个联系人输入不同的信息，请将**与注册人相同**的值设置为关闭位置。
**注意**  
对于 .it 域，注册者和管理联系人必须相同。

   有关更多信息，请参阅 [您在注册或转移域时指定的值](domain-register-values-specify.md)。

1. 对于某些人来说 TLDs，我们需要收集其他信息。对于这些TLDs，请在**邮政/邮政编码**字段后输入适用的值。

1. 如果 **Contact Type** 的值为 **Person**，请选择是否要在 WHOIS 查询中隐藏您的联系信息。有关更多信息，请参阅 [启用或禁用域联系信息的隐私保护](domain-privacy-protection.md)。

1. 选择**提交**。

1. 检查您输入的信息，阅读服务条款，并选中相应复选框，以确认您已阅读服务条款。

1. 选择 **Submit request (提交请求)**。

   我们确认域符合转移条件，并向域的注册联系人发出一封电子邮件，以请求转移域的授权。

1. 在导航窗格中，选择**域**，然后选择**请求**。

   在此页面上，您可以查看域的状态，也可以查看是否需要回复注册联系人的验证电子邮件。您也可以选择重新发送验证电子邮件。

   如果您为注册联系人指定了从未用于通过 Route 53 注册域的电子邮件地址，则某些 TLD 注册机构会要求您验证该地址是否有效。

   我们将从以下电子邮件地址之一发送验证电子邮件：
   + **noreply@registrar.amazon** — 适用于由亚马逊 TLDs注册商注册。
   + **noreply@domainnameverification.net** 或 **noreply@emailverification.info** — 由我们的 TLDs 注册商助理 Gandi 注册。要确定您的 TLD 注册商是谁，请参阅[查找注册商](find-your-registrar.md)。
**重要**  
注册联系人必须按照电子邮件中的说明来验证已收到电子邮件，否则我们必须按照 ICANN 的要求暂停该域。域被暂停后，将无法在 Internet 上访问该域。

   1. 当您收到验证电子邮件时，请选择电子邮件中用于确认电子邮件地址是否有效的链接。如果您没有立即收到该电子邮件，请检查垃圾电子邮件文件夹。

   1. 返回**请求**页面。如果状态不自动更新为 **email-address is verified**，请选择 **Refresh status**。

1. 域转移完成后，下一步取决于您要使用 Route 53 还是其它 DNS 服务作为域的 DNS 服务：
   + **Route 53** — 在您注册域时由 Route 53 创建的托管区域中，创建资源记录集以告知 Route 53 您希望如何为域和子域路由流量。

     例如，当有人在浏览器中输入您的域名并且该查询被转发到 Route 53 时，您希望 Route 53 用您数据中心中 Web 服务器的 IP 地址响应查询还是用 ELB 负载均衡器的名称响应查询？

     有关更多信息，请参阅 [使用记录](rrsets-working-with.md)。
**重要**  
如果您在 Route 53 自动创建的托管区域之外的托管区域中创建记录，则必须更新域的名称服务器，以将这些名称服务器用于新托管的区域。
   + **其它 DNS 服务** — 配置您的新域，以将 DNS 查询路由到其它 DNS 服务。执行步骤[更新名称服务器以使用其他注册商](domain-register-other-dns-service.md)。

## 步骤 6：单击确认和授权电子邮件中的链接
<a name="domain-transfer-to-route-53-authorize-transfer"></a>

在您请求转移后不久，我们会向该域的注册联系人发送一封或多封电子邮件：

**确认注册联系人可联系上的电子邮件**  
如果您从未向 Route 53 注册域或向 Route 53 转移域，我们会向您发送一封电子邮件，要求您确认电子邮件地址是有效的。我们保留此信息，因此我们不必再次发送此确认电子邮件。

**获取转移域的授权的电子邮件**  
对于某些人来说 TLDs，您需要回复电子邮件才能授权域名转移。    
**泛型， TLDs 例如.com、.net 和.org**  
具有[通用 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic)（如 .com、.net 或 .org）的域无需授权。  
**地理位置， TLDs 例如.co.uk 和.jp**  
对于具有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) 的域，我们需要获取您的授权来转移域。如果您转移 10 个域，我们必须向您发送 10 封电子邮件，您必须单击每封电子邮件中的授权链接。

电子邮件将全部送至域的注册联系人：
+ 如果您是域注册联系人，请按照该电子邮件中的说明授权转移。
+ 如果其他人是注册联系人，请要求此人按照电子邮件中的说明授权转移。

**重要**  
如果您要转移具有地理 TLD 的域，我们将最多等待 5 天时间以便注册联系人授权转移。如果注册联系人在五天内未做出响应，我们将取消转移操作，并向注册联系人发送一封电子邮件，以告知取消事宜。

**Topics**
+ [新所有者或电子邮件地址的授权电子邮件](#domain-transfer-to-route-53-authorize-transfer-additional-email)
+ [发出授权电子邮件的电子邮件地址](#domain-transfer-to-route-53-authorize-transfer-email-addresses)
+ [当前注册商的批准](#domain-transfer-to-route-53-authorize-transfer-registrar-approval)
+ [接下来会发生什么](#domain-transfer-to-route-53-authorize-transfer-what-next)

### 新所有者或电子邮件地址的授权电子邮件
<a name="domain-transfer-to-route-53-authorize-transfer-additional-email"></a>

如果更改了以下值，我们会向您单独发送一封电子邮件，要求提供授权：

**域所有者**  
如果您更改域的所有者 (如[哪些因素会触发域所有权更改？](domain-update-contacts.md#domain-update-contacts-who-is-domain-owner)中所述)，我们会向域的注册联系人发送电子邮件。

**注册人联系人的电子邮件地址（仅适用于某些 TLDs人）**  
对于某些人 TLDs，如果您更改注册人联系人的电子邮件地址，我们会向注册人联系人的旧电子邮件地址和新电子邮件地址发送一封电子邮件。收到电子邮件的注册联系人必须按照电子邮件中的说明授权更改。

对于对域所有者或注册联系人电子邮件地址的更改，如果我们在 3-15 天内未收到更改授权（具体时间取决于顶级域），我们必须按照 ICANN 的要求取消请求。

### 发出授权电子邮件的电子邮件地址
<a name="domain-transfer-to-route-53-authorize-transfer-email-addresses"></a>

所有电子邮件均来自以下电子邮件地址之一。


****  

| TLDs | 发出授权电子邮件的电子邮件地址 | 
| --- | --- | 
|  .com.au 和 .net.au  |  no-reply@ispapi.net 该电子邮件包含指向 http://transfers.ispapi.net 的链接。  | 
|  .fr  |  nic@nic.fr (如果您在转移域的同时要更改 .fr 域名的注册联系人)。(会将该电子邮件同时发送给当前注册联系人和新注册联系人。)  | 
|  所有其他地址  |  以下电子邮件地址之一： [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/Route53/latest/DeveloperGuide/domain-transfer-to-route-53.html)  | 

要确定您的 TLD 注册商是谁，请参阅[可向 Amazon Route 53 注册的域。](registrar-tld-list.md)。

### 当前注册商的批准
<a name="domain-transfer-to-route-53-authorize-transfer-registrar-approval"></a>

如果注册联系人授权转移，我们将开始与您当前的注册商合作转移您的域。此步骤最多可能需要十天时间，具体取决于您的域的 TLD：
+ [通用顶级域](registrar-tld-list-generic.md) — 最多需要七天时间
+ [地理顶级域](registrar-tld-list-geographic.md)（也称为国家/地区代码顶级域）— 最多需要十天时间

如果您当前的注册商没有回复我们的转移请求 (此情况在注册商中很常见)，将自动进行转移。如果您当前的注册商拒绝转移请求，我们会向当前注册联系人发送一封电子邮件通知。注册者需要联系当前的注册商，并解决转移问题。

### 接下来会发生什么
<a name="domain-transfer-to-route-53-authorize-transfer-what-next"></a>

当您的域转移获得批准后，我们会向注册联系人发送另一封电子邮件。有关此过程的更多信息，请参阅[查看域转移的状态](domain-transfer-to-route-53-status.md)。

域名转移完成后，我们会立即向您的 AWS 账户收取域名转移费用。有关按 TLD 收费的列表，请参阅 [Amazon Route 53 域注册定价](https://d32ze2gidvkk54.cloudfront.net/Amazon_Route_53_Domain_Registration_Pricing_20140731.pdf)。

**注意**  
这是一次性费用，所以该费用不会显示在您的 CloudWatch 账单指标中。有关 CloudWatch 指标的更多信息，请参阅[亚马逊* CloudWatch 用户指南中的使用亚马逊 CloudWatch*指标](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)。

## 步骤 7：更新域配置
<a name="domain-transfer-to-route-53-change-configuration"></a>

转移完成后，您可以选择更改如下设置：

**转移锁定**  
要将域转移到 Route 53，您必须禁用转移锁定。如果要重新启用锁定以防止未经授权的转移，请参阅[Locking a domain to prevent unauthorized transfer to another registrar（锁定域以防止未经授权转移到另一个注册商）](domain-lock.md)。

**Automatic renewal（自动续订）**  
我们将转移的域配置为在到期日期临近时自动续订。有关如何更改此设置的信息，请参阅[启用或禁用域自动续订](domain-enable-disable-auto-renewal.md)。

**延长注册期**  
预设情况下，Route 53 每年都会续订域。如果要将域注册更长的时间，请参阅[延长域的注册期](domain-extend.md)。

**DNSSEC**  
有关配置域的 DNSSEC 的信息，请参阅[为域配置 DNSSEC](domain-configure-dnssec.md)。

# 防止 Route 53 的常见转移问题
<a name="domain-transfer-troubleshooting"></a>

如果您在域转移过程中遇到问题，以下是最常见的问题以及解决方法：

**注意**  
如果您的转移已经失败，请参阅 [将我的域转移到 Amazon Route 53 失败](troubleshooting-domain-transfer-failed.md) 了解故障后的疑难排解。

**您没有收到授权电子邮件**  
如果您没有收到来自 Route 53 的授权电子邮件，以下是最常见的原因和解决方案：  
+ **检查您的垃圾邮件文件夹** - 授权电子邮件有时会被电子邮件提供商过滤。
+ **验证您的电子邮件地址** - 确认您域的联系人信息中的注册商电子邮件地址是最新且可以访问。
+ **更新您的联系人信息** - 如果电子邮件地址已过期，请在开始转移之前向当前的注册商进行更新。
+ **重新发送授权电子邮件** - 在 Route 53 控制台中，针对处于转移状态的域单击“重新发送授权电子邮件”。

**您收到“授权代码无效”错误**  
如果您收到“授权码无效” 错误，请尝试以下解决方案：  
+ **仔细检查代码** - 授权代码区分大小写。直接从注册商的界面复制并粘贴代码，以免出现键入错误。
+ **检查代码是否已过期** - 授权代码可能在 5-30 天之间过期，具体取决于您当前的注册商。如果您的验证代码已过期，请申请新的代码。
+ **移除多余的空格** - 确保在输入代码时没有前导或尾随空格。
+ **获取新的授权代码** - 如果代码仍然失败，请向当前的注册商申请新的授权代码。

**您的域已在当前注册商处锁定**  
当您的当前注册商启用转移锁定（也称为“域锁定”或“禁止客户转移”）时，域转移可能会失败。这是一种常见的安全设置，可防止未经授权的转移。  
要解决此问题，请执行以下操作：  
+ **解锁您的域** - 登录当前注册商的控制面板并禁用域转移锁定。
+ **验证是否已移除锁定** - 您可以使用任何公有 WHOIS 查询工具确认域状态显示为“OK”，而不是“clientTransferProhibited”。
+ **向注册商寻求帮助** - 如果您看不到解锁域的选项，请联系当前注册商的支持团队。他们可以帮助您移除锁定。

**您的域不符合转移资格**  
如果您的域转移由于资格问题而被拒绝，请检查以下内容：  
+ **验证域年龄** - 自注册或上次转移以来，您的域必须已存在至少 60 天。
+ **检查 TLD 支持** - 确认 Route 53 支持您域的顶级域（TLD）。有关支持的 TLD，请参阅 [可向 Amazon Route 53 注册的域。](registrar-tld-list.md)。
+ **审查域状态** - 带有特定状态码（例如“pendingTransfer”或“redemptionPeriod”）的域无法转移。
+ **检查过期日期** - 已过期或过期后 15 天内的域可能无法转移。
+ **解决账单问题** - 确保您当前注册商的所有未付费用均已支付。

**您的转移时间超出预期**  
如果您的转移似乎出现延迟，您应该了解以下内容：  
+ **正常时间范围** - 大多数转移在 5-7 天内完成，但最长可能需要 10 天。
+ **监控转移状态** - 在 Route 53 控制台中查看您的转移进度。有关更多信息，请参阅 [查看域转移的状态](domain-transfer-to-route-53-status.md)。
+ **快速回复电子邮件** - 两家注册商都可能发送确认电子邮件，要求您回复此电子邮件才能继续。
+ **联系您当前的注册商** - 如果转移延迟，请联系您当前的注册商，确保他们没有阻止转移。

**何时联系 AWS Support**  
如果您尝试上述解决方案，但问题仍然存在，或者遇到以下问题，请联系 AWS Support：  
+ 多次尝试输入正确信息后转移失败
+ 转移过程中的账单或付款问题
+ Route 53 控制台中的技术错误使您无法开始转移
+ 处于“待处理”状态超过 10 天的转移
联系支持人员时，请提供您的域名、转移请求 ID（如果有）以及有关您遇到的特定错误或问题的详细信息。

# 将域从 Amazon Route 53 转移到另一注册商
<a name="domain-transfer-from-route-53"></a>

当您将域从 Amazon Route 53 转移到另一个注册商时，您会从 Route 53 中获取一些信息，并将其提供给新的注册商。新注册商将执行剩余的工作。

**重要**  
如果您目前正在使用 Route 53 作为您的 DNS 服务提供商，并且还要将 DNS 服务转移到另一个提供商，请注意，以下 Route 53 功能与其它 DNS 服务提供商提供的功能并没有直接并行的关系。您需要与新的 DNS 服务提供商一起合作，来确定如何实现类似的功能：  
别名记录。有关更多信息，请参阅 [在别名记录和非别名记录之间进行选择](resource-record-sets-choosing-alias-non-alias.md)。
简单路由策略以外的路由策略。有关更多信息，请参阅 [选择路由策略](routing-policy.md)。
与记录关联的运行状况检查。有关更多信息，请参阅 [配置 DNS 故障转移](dns-failover-configuring.md)。

大多数域注册商对将域转移到其他注册商施加了要求。这些要求的主要目的是为了防止欺诈性域的拥有者反复在不同注册商之间转移域。各注册商要求不尽相同，但以下为典型要求：
+  您必须至少在 14 天前向当前注册商注册域或将域注册转移到当前注册商。
+ 域不能具有以下任何域名状态代码：
  + pendingDelete
  + pendingTransfer
  + redemptionPeriod
  + clientTransferProhibited
  + serverTransferProhibited

有关域名状态代码的最新列表以及对每个代码含义的解释，请转到 [ICANN 网站](https://www.icann.org/)并搜索 **epp status codes**。(搜索 ICANN 网站；Web 搜索有时会返回旧版文档。)

**注意**  
如果您想将域名转移到其他域名注册商，但注册域名的 AWS 账户已关闭、暂停或终止，则可以联系 Su AWS pport 寻求帮助。域名不能在注册后的前 14 天内转移。有关更多信息，请参阅 [就域名注册问题联系 Su AWS pport](domain-contact-support.md)。

**注意**  
如果新的注册商需要 REG-ID 码，您可以联系 Support 寻求 AWS 帮助。有关更多信息，请参阅 [就域名注册问题联系 Su AWS pport](domain-contact-support.md)。<a name="domain-transfer-from-route-53-procedure"></a>

**要将域从 Route 53 转移到其它注册商**

1. 登录 AWS 管理控制台 并打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。

1. 在导航窗格中，选择 **Registered domains**。

1. 选择您要转移到其他注册商的域的名称。

1. 在*域名*页面上，检查**域名状态代码**的值。如果它是如下值之一，则当前无法转移域：
   + pendingDelete
   + pendingTransfer
   + redemptionPeriod
   + clientTransferProhibited
   + serverTransferProhibited

   有关域名状态代码的最新列表以及对每个代码含义的解释，请转到 [ICANN 网站](https://www.icann.org/)并搜索 **epp status codes**。(搜索 ICANN 网站；Web 搜索有时会返回旧版文档。)

   如果**域名状态码**的值为 **serverTransferProhibited**，则可以免费联系 Su AWS pport，了解为转移域名必须做什么。有关更多信息，请参阅 [就域名注册问题联系 Su AWS pport](domain-contact-support.md)。

1. 如果**转移锁定**的值为**开**，请从**操作**下拉列表中选择**关闭转移锁定**。

1. *除 .be、.co.za、.ru、.uk、.co.uk、.me.uk 和 .org.uk 域之外的所有域* — 在*域名*页面上，从**转出**下拉列表中选择**转移到其他注册商**。

    在**转移到其他注册商**对话框中，选择**复制**以复制域名转移的授权码。您将在此过程的后续步骤中向您的注册商提供此值。
**注意**  
[对于.eu 域，您还可以在以下注册机构处使用“my.eu”面板生成授权代码：https://my.eurid.eu/](https://my.eurid.eu/)。

   *.be、.co.za、.es、.ru、.uk、.co.uk、.me.uk 和 . org.uk 域* — 执行以下操作：  
**.be 域**  
从 [DNS 比利时网站](https://www.dnsbelgium.be/en/transfer-code)的注册机构处获得 .ru 域的授权代码。  
**.co.za 域**  
您无需获取授权代码即可将 .co.za 域名转移到其他注册商。  
**.ru 域**  
从.ru 域名的注册局获取授权码，网[址为 https://www.nic。 ru/en/auth/recovery](https://www.nic.ru/en/auth/recovery/)/:  

   1. 选择按域名恢复凭证的选项。

   1. 输入您的域名，然后选择**继续**。

   1. 按照屏幕上的提示进行操作，以进入 RU-CENTER 管理页面。

   1. 在 **Manage your account (管理您的账户)** 部分中，选择 **Domain transfer (域转移)**。

   1. 与 REGRU-RU 确认转移。  
**.uk、.co.uk、.me.uk 和 .org.uk 域**  
将 IPS 标签更改为新注册商的值：  

   1. 转到 Nominet 网站的 [Find a Registrar](http://www.nominet.uk/registrar-list/) 页面，然后查找新注册商的 IPS 标签。(Nominet 是 .uk、.co.uk、.me.uk 和 .org.uk 域的注册机构。)

   1. 在**已注册域 >***域名*页面上，选择**转出**下拉列表，然后选择**更新 IPS 标签**，并指定您在步骤 6a 中获得的值。

   1. 选择**更新**。
**注意**  
您也可以在 Nominet 控制台上更新 IPS 标签。有关说明，请参阅[切换注册商](https://theukdomain.uk/help-centre/can-i-switch-the-registrar-i-have-my-domain-registered-with/)。

1. 如果您目前没有使用 Route 53 作为域的 DNS 服务提供商，请跳至步骤 10。

   如果您当前正在使用 Route 53 作为域的 DNS 服务提供商，请执行以下步骤：

   1. 请选择 **Hosted Zones (托管区域)**。

   1. 选择您的域的托管区域的名称。域和托管区域具有相同的名称。

   1. *如果您希望继续使用 Route 53 作为域的 DNS 服务提供商：*获取 Route 53 分配到您的托管区域的四个名称服务器的名称。有关更多信息，请参阅 [获取公有托管区域的名称服务器](GetInfoAboutHostedZone.md)。

      *如果不想继续使用 Route 53 作为域的 DNS 服务提供商：*请记下您的所有记录（除 NS 和 SOA 记录之外）的设置。对于特定于 Route 53 的功能（比如别名记录），您需要与您的新 DNS 服务提供商一起合作，以确定如何实现类似的功能。

1. 如果您要将 DNS 服务转移到另一个提供商，请使用新 DNS 服务提供的方法执行以下任务：
   + 创建一个托管区域
   + 创建可重现 Route 53 记录的功能的记录
   + 获取新 DNS 服务分配到您的托管区域的名称服务器

1. 使用由新注册商提供的过程来请求转移域。

   *除 .co.za、.uk、.co.uk、.me.uk 和 .org.uk 域之外的所有域* — 系统将提示您输入在此过程的步骤 6 中从 Route 53 控制台获得的授权代码。

1. 如果您仍然希望使用 Route 53 作为 DNS 服务提供商，请使用由新注册商提供的过程来指定您在步骤 7 中获得的 Route 53 名称服务器的名称。如果要使用其他 DNS 服务提供商，则在步骤 8 中创建新的托管区时，请指定新提供商为您提供的名称服务器的名称。

1. 回复确认电子邮件：  
**除 .jp 域之外的所有域**  
Route 53 会向该域的注册联系人的电子邮件地址发送确认电子邮件：  
   + 如果您未回复此电子邮件，则转移会在指定日期自动执行。
   + 如果您希望尽快执行转移或希望取消转移，请选择电子邮件中的链接来转到 Route 53 网站，然后选择适用的选项。
   + 根据顶级域名的不同，确认电子邮件可能包含一个链接，指向 https://approvemove.com您可以批准或拒绝转移。为域名联系人启用隐私保护后，电子邮件将从在亚马逊注册商处注册 TLDs 的 identity-protect.org 地址发送。要确定您的 TLD 注册商是谁，请参阅[查找注册商](find-your-registrar.md)。  
**.jp 域**  
Route 53 向域名注册人联系人的电子邮件地址发送一封确认电子邮件，地址*为 noreply@domainnameverification.net* 或 *noreply@emailverification.info*，其中包含确认转移的链接：  
   + 如果您未回复此电子邮件，则转移会在指定日期取消。
   + 如果您希望尽快执行转移或希望取消转移，请选择电子邮件中的链接来转到 Route 53 网站，然后选择适用的选项。您需要提供在步骤 7 中提供域的授权码。
此外，您可能会收到来自 WIXI.jp 的电子邮件。您可以忽略此邮件。

1. 如果您要将域转移到的域注册商报告转移失败，请联系该注册商以了解更多信息。当您将域转移到其它注册商时，所有状态更新将转到新的注册商，因此 Route 53 没有有关转移失败原因的信息。

   如果新注册商因为您从 Route 53 收到的授权代码无效而报告转移失败，请向 AWS Support 开设一个案例。（您不需要支持合同，且没有费用。） 有关更多信息，请参阅 [就域名注册问题联系 Su AWS pport](domain-contact-support.md)。
**注意**  
Gandi 生成的授权代码有效期约为 5 天。如果您在此时间段之后尝试转移，则可能会因为代码过期而失败。

1. 如果您将 DNS 服务转移到了另一个 DNS 服务提供商，则可以在 DNS 解析程序停止响应包含 Route 53 名称服务器的名称的 DNS 查询之后删除托管区域中的记录并删除托管区域。此过程通常需要两天时间，这是 DNS 解析程序缓存域的名称服务器的名称通常消耗的时间量。
**重要**  
如果您在 DNS 解析程序仍在响应包含 Route 53 名称服务器的名称的 DNS 查询的同时删除托管区域，则您的域将在互联网上不可用。

   在删除一个托管区域后，Route 53 将停止计算该托管区域的月费。有关更多信息，请参阅以下文档：
   + [删除记录](resource-record-sets-deleting.md)
   + [删除公有托管区域](DeleteHostedZone.md)
   + [Route 53 定价](https://aws.amazon.com/route53/pricing)

# 将域名转移到其他 AWS 账户
<a name="domain-transfer-between-aws-accounts"></a>

如果您使用一个 AWS 账户注册了域名，并且想要将该域名转移到另一个 AWS 账户，则可以使用新的控制台或使用其他编程方法轻松转移域名。 AWS CLI 

**Topics**
+ [第 1 步：将域名转移到其他 AWS 账户](#domain-transfer-between-aws-accounts-domain)
+ [步骤 2（可选）：将托管区域迁移到其他 AWS 账户](#domain-transfer-between-aws-accounts-hosted-zone)

## 第 1 步：将域名转移到其他 AWS 账户
<a name="domain-transfer-between-aws-accounts-domain"></a>

域名不能在注册后的前 14 天内转移。

启动域转移后，您必须使用根账户，或者使用通过以下一种或多种方式被授予 IAM 权限的用户登录：
+ 已为用户分配**AdministratorAccess**托管策略。
+ 为用户分配了 **AmazonRoute53 DomainsFullAccess** 托管策略。
+ 为用户分配了 **AmazonRoute53 FullAccess** 托管策略。
+ 已为用户分配**PowerUserAccess**托管策略。
+ 用户有权执行以下所有操作：`TransferDomains`、`DisableDomainTransferLock` 和 `RetrieveDomainAuthCode`。

如果您没有使用根账户或者具有所需权限的用户登录，则我们将无法执行转移。此要求可防止未经授权的用户将域名转让给其他人 AWS 账户。

转移过程分为两个步骤。首先，原始账户拥有者启动转移：在[启动向另一个 AWS 账户转移](#domain-transfer-between-aws-accounts-procedure)程序中，目标账户拥有者在[接受从另一个 AWS 账户转移](#domain-transfer-between-aws-accounts-accept-procedure)步骤中接受转移。<a name="domain-transfer-between-aws-accounts-procedure"></a>

**将域名转移到其他 AWS 账户**

1. 使用域名当前注册到 AWS 账户 的登录。 AWS 

1. 打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。

1. 在导航窗格中，选择 **Registered domains**。

1. 选择您要转移到另一个 AWS 账户的域的名称。

1. 在**详细信息**部分上方的**转移出**下拉列表中，选择**转移到另一个 AWS 账户**。

1. 在**转移到另一个 AWS 账户** 对话框中，输入目标账户 ID。您可以从目标 AWS 账户 拥有者获得此 ID。

1. 选择**确认**。

1. 在**生成密码**对话框中，复制密码并将其转发给接收密码 AWS 账户 的所有者。

   在**请求**页面上，域的**状态**将显示**正在进行中**，**类型**将显示**内部传出**。<a name="domain-transfer-between-aws-accounts-accept-procedure"></a>

**接受来自其他 AWS 账户的域名转移**

1. 使用接收域名 AWS 账户 的，登录。 AWS 

1. 打开 Route 53 控制台，网址为[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。

1. 在导航窗格中，选择**请求**。

1. 在 “**请求**” 页面上，选择您要从其他域名转移的域名旁边的单选按钮 AWS 账户。如果域已准备好转移，则**状态**为**需要执行操作**，**类型**为**内部转移域**。

   您有三天的时间来接受请求。如果在三天内未接受转移，则转移请求将取消。

1. 在**操作**下拉列表中，选择**接受**。

   您也可以选择**拒绝**来取消转移过程。

1. 如果您接受，请在**将域转移到您的账户**页面的**密码**部分，输入您从原始账户拥有者收到的密码。

   阅读条款和条件，然后选择**下一步**。

1. 导航至**请求**页面，以监控转移状态和其他需要完成的步骤。

1. 转移完成后，您可以更新联系信息。有关更多信息，请参阅 [更新域的联系信息和所有权](domain-update-contacts.md)。



**以编程方式转移域**  
您也可以使用 Route 53 API AWS CLI、其中一个或 Route 53 API 以编程方式转移域名。 AWS SDKs有关更多信息，请参阅以下文档：  
+ 有关转移流程的概述以及有关您使用 Route 53 域名注册 API 转移域名时使用的 API 操作的文档，请参阅 *Amazon Route 53 API 参考[TransferDomainToAnotherAwsAccount](https://docs.aws.amazon.com/Route53/latest/APIReference/API_domains_TransferDomainToAnotherAwsAccount.html)*中的。
+ 有关以编程方式转移域名的其他选项的文档，请参阅 “SDKs AWS 文档” 页面的 “[指南和 API 参考](https://docs.aws.amazon.com/#user_guides)” 部分中的 “和工具包”。
+ 通过使用-a [transfer-domain-to-anotherws-](https://docs.aws.amazon.com/cli/latest/reference/route53domains/transfer-domain-to-another-aws-account.html) account API，收款账户有三天的时间接受来自原始账户的转账。如果在三天内未接受转移，则转移请求将取消。
**重要**  
当您将域名转移到其他 AWS 账户时，该域名的托管区域不会被转移。如果您还想转移托管区域，请等到域转移完成，然后查看[步骤 2（可选）：将托管区域迁移到其他 AWS 账户](#domain-transfer-between-aws-accounts-hosted-zone)。

## 步骤 2（可选）：将托管区域迁移到其他 AWS 账户
<a name="domain-transfer-between-aws-accounts-hosted-zone"></a>

如果您使用 Route 53 作为域的 DNS 服务，则当您将域转移到其他 AWS 账户时，Route 53 不会转移托管区域。如果域注册与一个账户相关联，且相应的托管区域与另一个账户相关联，则域注册和 DNS 功能都不受影响。唯一的影响是，您需要使用一个账户登录 Route 53 控制台查看域，并使用另一个账户登录以查看托管区域。

如果您拥有从中传输域的账户以及将域传输到的账户，您可以选择将域的托管区域迁移到不同账户，但这不是必需的。Route 53 将继续使用现有托管区域中的记录来路由域的流量。

**重要**  
如果您不拥有要转移域名的账户和要将域名转移到的账户，则必须将现有的托管区域迁移到要将域名转移到的 AWS 账户，或者在您拥有的 AWS 账户中创建一个新的托管区域。如果您未拥有创建了用于路由域流量的托管区域的账户，则无法控制如何路由流量。

要将现有托管区域迁移到新账户，请参阅[将托管区域迁移到其他 AWS 账户](hosted-zones-migrating.md)。

要创建新的托管区域，请参阅[将 Amazon Route 53 作为现有域的 DNS 服务将 Route 53 作为现有域的 DNS 服务](MigratingDNS.md)。本主题通常在您将域名从另一个注册商转移到 Route 53 时使用，但是当您将域名从一个 AWS 账户转移到另一个账户时，过程是相同的。

**重要**  
**白标签名称服务器：**如果您的域使用白标签名称服务器（类似于 ns1.example.com 的自定义名称服务器主机名），则需要执行其他步骤：  
**转移域注册时：**转移完成后，向新的注册商更新粘附记录
**迁移托管区时：**在区域迁移后，请向域注册商更新粘附记录，因为即使主机名保持不变，IP 地址也会更改
有关详细说明，请参阅[步骤 7：创建粘附记录和更改注册商的名称服务器](white-label-name-servers.md#white-label-name-servers-create-glue-records)。

# 查看域转移的状态
<a name="domain-transfer-to-route-53-status"></a>

在您启动从其它域注册商到 Amazon Route 53 的域转移之后，可以在**请求**页面（新控制台）或 Route 53 控制台的**待处理请求**（旧控制台）页面上跟踪其状态。**Status** 列中包含当前步骤的简要描述。以下列表中包含了控制台中的文字，以及对每个步骤更加详细的描述。

**注意**  
当您提交转移请求时，初始状态为 **Domain transfer request submitted**，该状态表明我们已经收到您的请求。

**确定域是否满足转移要求 (步骤 1/14)**  
我们要确定您的域状态是否符合转移资格。必须解锁您的域，并且在您提交转移请求时，该域不能包含以下任何状态代码：  
+ clientTransferProhibited
+ pendingDelete
+ pendingTransfer
+ redemptionPeriod

** TLDs 仅限地理位置 — 验证 WHOIS 信息（第 2 步，共 14 步）**  
如果您要转移具有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) 的域，我们将对您的域发送 WHOIS 查询，以确定您是否已禁用域的隐私保护。如果当前的注册商仍然在启用隐私保护，我们将无法访问转移域所需的信息。  
具有[通用 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic)（如 .com、.net 或 .org）的域无需授权。

** TLDs 仅限地理位置-向注册人联系人发送电子邮件以获取转移授权（第 3 步，共 14 步）**  
如果您要转移具有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) 的域，我们将向该域的注册联系人发送电子邮件。此电子邮件的目的是确认转移由域的授权联系人所请求。  
具有[通用 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic)（如 .com、.net 或 .org）的域无需授权。

**向当前注册商验证转移 (步骤 4/14)**  
我们已经向域的当前注册商发送请求，以启动转移。

** TLDs 仅限地理位置-正在等待注册人联系人的授权（第 5 步，共 14 步）**  
我们已向域的注册联系人发送电子邮件 (请参阅步骤 3/14)，正在等待注册联系人单击电子邮件中的链接来授权转移。如果您要转移具有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) 的域，并且您出于某种原因而没有收到电子邮件，请参阅[重新发送授权和确认电子邮件](domain-click-email-link.md)。

**已联系当前的注册商以请求转移 (步骤 6/14)**  
我们要与当前的域注册商合作以最终确定转移。

**等待当前的注册商完成转移 (步骤 7/14)**  
您当前的注册商要确认您的域是否符合转移要求。此步骤最多可能需要十天时间，具体取决于您的域的 TLD：  
+ [通用顶级域](registrar-tld-list-generic.md) — 最多需要七天时间
+ [地理顶级域](registrar-tld-list-geographic.md)（也称为国家/地区代码顶级域）— 最多需要十天时间
**注意**  
如果您在转移 .JP 域时已批准从 Route 53 发送的确认电子邮件，但在步骤 7 中它已停止数天，请联系 [AWS Support 中心](https://console.aws.amazon.com/support/cases#/create?issueType=customer-service&serviceCode=service-domains&categoryCode=transfers)寻求帮助。
对于大多数注册商，该过程是完全自动化的，不能加速。有些注册商会向您发送电子邮件，请求您批准转移；如果您的注册商发送此确认电子邮件，则转移过程可能会比七到十天快得多。  
有关注册商可能拒绝转移的原因的信息，请参阅[顶级域的转移要求](domain-transfer-to-route-53.md#domain-transfer-to-route-53-requirements)。

**向注册联系人确认该联系人是否已启动转移 (步骤 8/14)**  
某些 TLD 注册机构会向注册联系人发送另一封电子邮件，以确认授权用户是否已请求域转移。

**将名称服务器与注册机构同步 (步骤 9/14)**  
只有当您作为转移请求的一部分而提供的名称服务器与当前注册商列出的名称服务器不同时，才会执行此步骤。我们会尝试将您的名称服务器更新为您所提供的新名称服务器。

**将设置与注册机构同步 (步骤 10/14)**  
我们要验证转移是否已成功完成，并将您的域相关数据与我们的注册商合作者进行同步。

**向注册机构发送更新的联系信息 (步骤 11/14)**  
如果您在请求转移时更改了域的所有权，则我们将尝试进行此更改。不过，大多数注册机构不允许在转移域的过程中转移所有权。

**最终确定向 Route 53 转移 (步骤 12/14)**  
我们确认转移过程已成功。

**最终确定转移 (步骤 13/14)**  
我们将在 Route 53 中设置您的域。

**转移完成 (步骤 14/14)**  
您的转移已成功完成。

# 将域转移到 Amazon Route 53 对域注册的到期日期有何影响
<a name="domain-transfer-to-route-53-expiration"></a>

当您在注册商之间转移域时，某些 TLD 注册机构允许您让域的到期日期保持不变，某些注册机构会向到期日期添加一年，而某些注册机构会将到期日期更改为转移日期之后一年。

**注意**  
对于大多数人来说 TLDs，在将域名转移到 Amazon Route 53 之后，您最多可以将域名的注册期限延长十年。有关更多信息，请参阅 [延长域的注册期](domain-extend.md)。

## 通用 TLDs
<a name="domain-transfer-to-route-53-expiration-generic"></a>

当您将具有通用 TLD (例如 .com) 的域转移到 Route 53 时，域的新到期日期为在您之前的注册商规定的到期日期的基础上再加一年。

## 地理 TLDs
<a name="domain-transfer-to-route-53-expiration-geographic"></a>

当您将具有地理 TLD (例如 .co.uk) 的域转移到 Route 53 时，域的新到期日期取决于该 TLD。在下表中找到您的 TLD，以确定转移您的域对到期日期有何影响。


****  

| 洲 | 地理位置 TLDs 以及域名转让对到期日的影响 | 
| --- | --- | 
|  非洲  |  **.co.za** — 到期日期保持不变。  | 
|  美洲  |  **.cl、.com.ar、.com.br** — 到期日期保持不变。 **.ca、.co、.mx、.us** — 在旧的到期日期的基础上增加一年。  | 
|  亚洲/大洋洲  |  **.com.au、.com.sg、.jp、.net.au、.sg** – 到期日期保持不变。 **.co.nz、.in、.net.nz、.org.nz** - 在原来到期日期的基础上再增加一年。  | 
|  欧洲  |  **.ch、.co.uk、.es、.fi、.me.uk、.org.uk、.se** — 到期日期保持不变。 **.berlin、.eu、.io、.me、.ruhr、.wien** — 在旧的到期日期的基础上增加一年。 **.be、.de、.fr、.it、.nl** — 新的到期日期为转移日期之后一年。  |