本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
查看域转移的状态
在您启动从其它域注册商到 Amazon Route 53 的域转移之后，可以在请求页面（新控制台）或 Route 53 控制台的待处理请求（旧控制台）页面上跟踪其状态。Status 列中包含当前步骤的简要描述。以下列表中包含了控制台中的文字，以及对每个步骤更加详细的描述。
注意
当您提交转移请求时，初始状态为 Domain transfer request submitted，该状态表明我们已经收到您的请求。
- 确定域是否满足转移要求 (步骤 1/14)
我们要确定您的域状态是否符合转移资格。必须解锁您的域，并且在您提交转移请求时，该域不能包含以下任何状态代码：
clientTransferProhibited
pendingDelete
pendingTransfer
redemptionPeriod
- TLDs仅限地理位置-验证WHOIS信息（第 2 步，共 14 步）
如果您要转移具有地理位置的域名TLD，我们会向您的域名发送WHOIS查询，以确定您是否已禁用该域名的隐私保护。如果当前的注册商仍然在启用隐私保护，我们将无法访问转移域所需的信息。
注意
具有通用域名的域名（例如.com TLD、.net 或.org）不需要授权。
- TLDs仅限地理位置-向注册人联系人发送电子邮件以获取转移授权（第 3 步，共 14 步）
如果您要转移具有地理位置的域名TLD，我们已向该域名的注册人联系人发送了一封电子邮件。此电子邮件的目的是确认转移由域的授权联系人所请求。
注意
具有通用域名的域名（例如.com TLD、.net 或.org）不需要授权。
- 向当前注册商验证转移 (步骤 4/14)
我们已经向域的当前注册商发送请求，以启动转移。
- TLDs仅限地理位置-正在等待注册人联系人的授权（第 5 步，共 14 步）
我们已向域的注册联系人发送电子邮件 (请参阅步骤 3/14)，正在等待注册联系人单击电子邮件中的链接来授权转移。如果您要转移具有地理位置TLD的域名，但由于某种原因没有收到电子邮件，请参阅重新发送授权和确认电子邮件。
- 已联系当前的注册商以请求转移 (步骤 6/14)
我们要与当前的域注册商合作以最终确定转移。
- 等待当前的注册商完成转移 (步骤 7/14)
您当前的注册商要确认您的域是否符合转移要求。此步骤最多可能需要十天，具体取决于您的域名：TLD
通用顶级域 — 最多需要七天时间
地理顶级域（也称为国家/地区代码顶级域）— 最多需要十天时间
注意
如果您已批准在转移.JP 域名时从 Route 53 发送的确认电子邮件，但已在 STEP 7 天内停止发送了好几天，请联系 Su AWS pport Center
寻求帮助。
对于大多数注册商，该过程是完全自动化的，不能加速。有些注册商会向您发送电子邮件，请求您批准转移；如果您的注册商发送此确认电子邮件，则转移过程可能会比七到十天快得多。
有关注册商可能拒绝转移的原因的信息，请参阅顶级域的转移要求。
- 向注册联系人确认该联系人是否已启动转移 (步骤 8/14)
一些TLD注册管理机构会向注册人发送另一封电子邮件，以确认域名转移是由授权用户请求的。
- 将名称服务器与注册机构同步 (步骤 9/14)
只有当您作为转移请求的一部分而提供的名称服务器与当前注册商列出的名称服务器不同时，才会执行此步骤。我们会尝试将您的名称服务器更新为您所提供的新名称服务器。
- 将设置与注册机构同步 (步骤 10/14)
我们要验证转移是否已成功完成，并将您的域相关数据与我们的注册商合作者进行同步。
- 向注册机构发送更新的联系信息 (步骤 11/14)
如果您在请求转移时更改了域的所有权，则我们将尝试进行此更改。不过，大多数注册机构不允许在转移域的过程中转移所有权。
- 最终确定向 Route 53 转移 (步骤 12/14)
我们确认转移过程已成功。
- 最终确定转移 (步骤 13/14)
我们将在 Route 53 中设置您的域。
- 转移完成 (步骤 14/14)
您的转移已成功完成。
