Amazon Route 53 故障排除

主题

• 我的域在 Internet 上不可用
  

• 您注册了新域，但没有单击确认电子邮件中的链接

• 当您注册一个新域时，ICANN 会要求我们确认注册联系人的电子邮件地址是否有效。为进行确认，我们会发送一封电子邮件，其中包含一个链接。(如果您没有响应这第一封电子邮件，我们会向您再次发送同样的电子邮件，但最多再发送两次。) 您有 3 到 15 天的时间来单击该链接，具体时间取决于顶级域。在这之后，该链接将失效。
  
• 如果您没有在规定的时间内单击电子邮件中的链接，ICANN 会要求我们暂停该域。有关如何向注册联系人重新发送确认电子邮件的信息，请参阅重新发送授权和确认电子邮件。
  

• 您将域注册转移到了 Amazon Route 53，但没有转移 DNS 服务

• 如果您以前的注册商随域注册提供免费的 DNS 服务，则该注册商可能在您将域注册转移到 Route 53 时即停止提供 DNS 服务。执行以下步骤，确定是否为此原因，如果是，请予以解决。
  

• 恢复 DNS 服务 - 如果您以前的注册商在您将域注册转移到 Route 53 后取消了 DNS 服务，

  • 请联系您以前的注册商，确认他们是否取消了您的域的 DNS 服务。如果是，则执行下面三个最快速的方法 (按必要性排序)，来恢复域的 DNS 服务：
    如果您以前的注册商无法帮助您完成以上任一选项，请继续执行步骤 2。
    
  • 选择一个新的 DNS 服务，例如 Route 53。
    
  • 使用新的 DNS 服务提供的方法来创建托管区域和记录：
    如果您选择 Route 53 作为您的新 DNS 服务，则可以通过导入区域文件来创建记录。有关更多信息，请参阅通过导入区域文件来创建记录。
    
  • 获得新托管区域的名称服务器。如果您选择 Route 53 作为 DNS 服务，请参阅 获取公有托管区域的名称服务器。
    
  • 将您的域名服务器更改为在步骤 4 中获得的名称服务器。有关更多信息，请参阅为域添加或更改名称服务器和粘附记录。
    

• 您转移了域注册并在域设置中指定了错误的名称服务器

• 当您将域注册转移到 Amazon Route 53 时，您为域指定的设置之一是将响应域的 DNS 查询的一组名称服务器。这些名称服务器来自于和域同名的托管区域。托管区域包含有关您如何路由域流量的信息，如 www.example.com 的 Web 服务器的 IP 地址。
  
• 您可能无意中为错误的托管区域指定了名称服务器，如果您有多个和域同名的托管区域，尤其容易发生这种错误。要确认域是否使用着正确的托管区域的名称服务器，并在必要时更新域的名称服务器，请执行以下过程。
  
• 重要

  如果在将域转移到 Route 53 时指定了错误的名称服务器记录，则在纠正名称服务器后，可能需要长达两天时间 DNS 服务才能完全恢复。这是因为分布在 Internet 上的 DNS 解析程序通常每两天请求一次名称服务器，并缓存应答。

• 获取托管区域的名称服务器

  • 如果您对域使用另一个 DNS 服务，则使用该 DNS 服务提供的方法获取托管区域的名称服务器。然后跳到下一个步骤。
    如果您使用 Route 53 作为域的 DNS 服务，请登录 AWS Management Console，并通过以下网址打开 Route 53 控制台：https://console.aws.amazon.com/route53/。
    
  • 在导航窗格中，选择 Hosted Zones。
    
  • 在 Hosted Zones 页面上，选择托管区域的单选按钮 (不是名称)。
    
  • 在右窗格中，记下 Name Servers 下所列的四个服务器。
    

• 确认域使用正确的名称服务器

  • 如果您对域使用另一个 DNS 服务，请登录 AWS Management Console，并通过以下网址打开 Route 53 控制台：https://console.aws.amazon.com/route53/。
    如果您使用 Route 53，则跳到下一步。
    
  • 在导航窗格中，选择 Registered Domains。
    
  • 选择您希望为其编辑设置的域的名称。
    
  • 选择 Add or Edit Name Servers。
    
  • 比较在上一过程中获得的名称服务器列表与 Edit Name Servers for domain name 对话框中的名称服务器列表。
    
  • 如果此处所列的名称服务器和在上一过程中获得的名称服务器不匹配，则更改此处的名称服务器，然后选择 Update。
    

• 您首先转移了 DNS 服务，但没有等待足够长时间就转移了域注册

• 当您将 DNS 服务转移到 Amazon Route 53 或另一个 DNS 服务时，您向域注册商更新了域配置，以使用新 DNS 服务的名称服务器。
  
• 响应您的域请求的 DNS 解析程序通常会将名称服务器的名称缓存 24 到 48 小时。如果您更改某个域的 DNS 服务，将一个 DNS 服务的名称服务器替换为另一个 DNS 服务的名称服务器，则最多 48 个小时后，DNS 解析程序才开始使用新名称服务器，并进而使用新的 DNS 服务。
  
• 下面解释了在转移 DNS 服务后太早转移域会导致域在 Internet 上不可用的原因：
  
• • 您转移了域的 DNS 服务。
    
  • 您将域转移到 Route 53 时 DNS 解析程序还没有开始使用您的新 DNS 服务的名称服务器。
    
  • 当您将域转移到 Route 53 后，您以前的注册商随即取消了您的域的 DNS 服务。
    
  • DNS 解析程序还在将查询路由到您的旧 DNS 服务，但不再有任何记录告诉它们如何路由您的流量。
    
• 当旧 DNS 服务的名称服务器的缓存到期时，DNS 将开始使用新的 DNS 服务。遗憾的是，没有办法来加快这一过程。
  

• 您删除了 Route 53 用于路由域的 Internet 流量的托管区域

• 如果 Route 53 是您的域的 DNS 服务，则当您删除了用于路由域的 Internet 流量的托管区域后，该域在 Internet 上会变得不可用。不管是否向 Route 53 注册了该域，都是如此。
  
• 重要

  还原域的 Internet 服务可能需要长达 48 小时。

• 在您删除了 Route 53 用于路由域的 Internet 流量的托管区域后还原 Internet 服务

  • 创建另一个与域同名的托管区域。有关更多信息，请参阅创建公有托管区域。
    
  • 重新创建您删除的托管区域中的记录。有关更多信息，请参阅使用记录。
    
  • 获取 Route 53 分配给新托管区域的名称服务器的名称。有关更多信息，请参阅获取公有托管区域的名称服务器。
    
  • 更新域注册以使用您在步骤 3 中获取的名称服务器：
    
  • 为缓存了已删除托管区域的名称服务器的名称的递归解析程序等待名称服务器的 TTL 过去。在 TTL 过去后，当浏览器或应用程序提交域或其子域之一的 DNS 查询时，递归解析程序会将此查询转发到新托管区域的 Route 53 名称服务器。有关更多信息，请参阅Amazon Route 53 如何为您的域路由流量。
    名称服务器的 TTL 可能长达 48 小时，具体取决于域的 TLD。
    

• 您的域已被暂停

• 因为我们不得不暂停您的域，这将导致您的域在 Internet 上不可用。有关更多信息，请参阅我的域暂停 (状态为 ClientHold)。
  
• 我的域暂停 (状态为 ClientHold)
  
• 如果 Amazon Route 53 暂停您的域，则该域在 Internet 上会变得不可用。您可以使用以下任一方法来确定一个域是否已暂停：
  
• • 在 Route 53 控制台中，在 Registered domains（已注册的域）页面底部的 Alerts（提醒）表中查找该域名。如果 Status 列的值为 clientHold，则该域已暂停。
    
  • 针对该域发送 WHOIS 查询。如果 Domain Status 的值为 clientHold，则该域已暂停。WHOIS 命令在许多操作系统中都可用，并且在许多网站中还可作为 Web 应用程序提供。
    
• 此外，当我们暂停一个域时，通常会向该域的注册联系人的电子邮件地址发送一封电子邮件。但是，如果暂停该域是基于法院判决，则法院可能不允许我们通知注册联系人。
  
• 要使一个域在 Internet 上再次可用，必须解除暂停。以下是域被暂停的原因以及解除暂停的方法。
  
• 注意

  如果您需要帮助以取消域暂停，可以免费联系 AWS Support。有关更多信息，请参阅针对域注册问题联系 AWS Support。

• 主题

  • 您注册了新域，但没有单击确认电子邮件中的链接
  • 您禁用了自动续订域，因此您的域到期
  • 您更改了注册联系人的电子邮件地址，但您未验证新电子邮件地址的有效性
  • 我们无法处理您的自动续订域付款，因此您的域到期
  • 用户违反了 AWS 可接受使用策略，因此我们暂停了域
  • 由于法院判决而暂停域

• 您注册了新域，但没有单击确认电子邮件中的链接

• 当您首次向 AWS 注册一个域时，ICANN 会要求我们确认注册联系人的电子邮件地址是否有效。为进行确认，我们会发送一封电子邮件，其中包含一个链接。您有 3 到 15 天的时间来单击该链接，具体时间取决于顶级域。在这之后，该链接将失效。
  
• 注意

  如果您没有响应这第一封电子邮件，我们会向您再次发送同样的电子邮件，但最多再发送两次。如果您已向 Amazon Route 53 注册了一个或多个域，并使用了相同的注册联系人电子邮件地址，则我们不会发送确认电子邮件。

• 如果您没有在规定的时间内单击电子邮件中的链接，ICANN 会要求我们暂停该域。有关如何向注册联系人重新发送确认电子邮件的信息，请参阅重新发送授权和确认电子邮件。当您确认电子邮件地址有效后，我们会自动对域解除暂停。
  

• 您禁用了自动续订域，因此您的域到期

• 如果为域启用了自动续订 (新域或转移域的默认值)，我们会在到期日期之前不久自动续订域注册。如果您禁用自动续订，我们会向注册联系人的电子邮件地址发送三封提醒电子邮件，以提醒您域注册即将到期。在域到期之日的前 45 天，我们就开始发送这些电子邮件。
  
• 如果您禁用自动续订域，而且没有手动延长域注册期，我们通常会在到期之日暂停域。请注意，有些域的注册机构甚至会在到期日之前删除域。
  
• 有关如何续订到期域的信息，请参阅 续订域注册。
  

• 您更改了注册联系人的电子邮件地址，但您未验证新电子邮件地址的有效性

• 如果您将注册联系人的电子邮件地址更改为以前未验证的地址，ICANN 会要求我们确认注册联系人的电子邮件地址有效。为进行确认，我们会发送一封电子邮件，其中包含一个链接。您有 3 到 15 天的时间来单击该链接，具体时间取决于顶级域。在这之后，该链接将失效。
  
• 如果您没有 TLD 注册机构允许的时间内单击电子邮件中的链接，ICANN 会要求我们暂停该域。有关如何向注册联系人重新发送确认电子邮件的信息，请参阅重新发送授权和确认电子邮件。当您确认电子邮件地址有效后，我们会自动对域解除暂停。
  

• 我们无法处理您的自动续订域付款，因此您的域到期

• 如果对域启用了自动续订，但我们无法处理您的付款 (例如，因为您的信用卡到期)，我们会向域注册联系人的电子邮件地址发送多封电子邮件。如果我们没有收到付款，我们通常会在到期之日暂停该域。请注意，有些域的注册机构甚至会在到期日之前删除域。
  
• 有关如何续订到期域的信息，请参阅 续订域注册。
  

• 用户违反了 AWS 可接受使用策略，因此我们暂停了域

• 如果因为用户违反 AWS 可接受使用策略而导致我们暂停了域，我们会向域的注册联系人发送一封电子邮件。（如果 AWS 账户因涉及欺诈而被暂停，我们不会发送通知电子邮件。）
  
• 如果对暂停有异议，请发送电子邮件至 abuse@amazon.com。
  

• 由于法院判决而暂停域

• 如果暂停域是出于法院判决结果，则我们无法对域解除暂停，直到法院撤销判决。如果对法院判决的有效性有异议，请发送电子邮件至 abuse@amazon.com 并附加适用的文档。
  
• 将我的域转移到 Amazon Route 53 失败
  
• 下面是将域转移到 Amazon Route 53 失败的一些常见原因。
  

• 主题

  • 没有单击授权电子邮件中的链接
  • 您从当前注册商获取的授权代码无效
  • 尝试将 .es 域转移到 Amazon Route 53 时出现“Parameters in request are not valid（请求中的参数无效）”错误
  • 域名代码中是否列出了您要转移到 Amazon Route 53 的国际化域名？

• 没有单击授权电子邮件中的链接

• 当您将域注册转移到 Amazon Route 53 时，按照 ICANN（域注册管理机构）的要求，域的注册联系人必须向我们提供转移授权。为获得授权，我们会向您发送一封电子邮件，其中包含一个链接。您有 5 到 15 天的时间来单击该链接，具体时间取决于顶级域。在这之后，该链接将失效。
  
• 如果您没有在规定的时间内单击电子邮件中的链接，ICANN 会要求我们取消该转移。有关如何向注册联系人重新发送授权电子邮件的信息，请参阅重新发送授权和确认电子邮件。
  

• 您从当前注册商获取的授权代码无效

• 如果您请求将域转移到 Amazon Route 53，但没有收到授权电子邮件，请检查 Route 53 控制台中的状态页面。如果状态页面显示您从注册商处获得的转移授权代码无效，请执行以下步骤：
  
• • 联系域的当前注册商，请求新的授权代码。请确认以下内容：
    
  • 提交另一个请求以转移域。有关更多信息，请参阅 步骤 5：请求转移 主题中的 将域注册转移到 Amazon Route 53。
    

• 尝试将 .es 域转移到 Amazon Route 53 时出现“Parameters in request are not valid（请求中的参数无效）”错误

• 当您尝试将 .es 域转移到 Route 53 而注册联系人的联系人类型是 Company（公司）时，Amazon Route 53 将返回“Parameters in request are not valid（请求中的参数无效）”错误。要完成转移，请将注册者的联系类型更改为 Person（人员），然后重新提交。
  

• 域名代码中是否列出了您要转移到 Amazon Route 53 的国际化域名？

• 在注册新域名或创建托管区域和记录时，您可以指定除 a-z 以外的其它字符（例如，法语中的 ç）、其它字母表中的字符（例如西里尔字母或阿拉伯字母），也可以指定中文、日语或韩语中的字符。Amazon Route 53 在域名代码中存储这些国际化域名 (IDN)，域名代码将 Unicode 字符表示为 ASCII 字符串。
  
• 如果在将 IDN 转移到 Route 53 时出错，请使用域名代码来表示该错误，然后重试。有关更多信息，请参阅设置国际化域名的格式。
  
• 我更改了 DNS 设置，但没有生效
  
• 如果您更改了 DNS 设置而更改没有生效，以下是一些常见原因。
  

• 主题

  • 您在最近 48 小时将 DNS 服务转移到了 Amazon Route 53，所以 DNS 仍在使用您之前的 DNS 服务
  • 您最近将 DNS 服务转移到 Amazon Route 53，但没有向域注册商更新名称服务器
  • DNS 解析程序仍在使用记录的旧设置
  • 您有多个同名的托管区域，并且更新了未与该域关联的一个托管区域

• 您在最近 48 小时将 DNS 服务转移到了 Amazon Route 53，所以 DNS 仍在使用您之前的 DNS 服务

• 当您将 DNS 服务转移到 Amazon Route 53 时，您使用了域注册商提供的方法将以前 DNS 服务的名称服务器替换为 Route 53 的四个名称服务器。
  
• 注意

  如果您不确定是否做了这一部分工作，请参阅 您最近将 DNS 服务转移到 Amazon Route 53，但没有向域注册商更新名称服务器。

• 域注册商通常对名称服务器使用 24 到 48 个小时的 TTL (生存时间)。这意味着当某个 DNS 解析程序在获取您的域名服务器时，会在长达 48 小时的时间内使用该信息，之后才会提交对于域的最新名称服务器的另一个请求。如果您在最近 48 小时内将 DNS 服务转移到 Route 53，然后更改了 DNS 设置，则有些 DNS 解析程序仍在使用您的旧 DNS 服务来路由域流量。
  

• 您最近将 DNS 服务转移到 Amazon Route 53，但没有向域注册商更新名称服务器

• 您的域的注册商拥有域的各种信息，包括域的 DNS 服务的名称服务器。域注册商通常也是您的 DNS 服务，因此与您的域关联的名称服务器属于注册商。这些名称服务器告知 DNS 从何处获取有关您希望如何路由域流量的信息，例如，路由到您的域的 Web 服务器 IP 地址。
  
• 当您将 DNS 服务转移到 Amazon Route 53 时，需要使用域注册商提供的方法来更改与域关联的名称服务器。通常，您需要将注册商提供的名称服务器替换为四个 Route 53 名称服务器，它们与您为域创建的托管区域相关联。
  
• 如果您为域创建了一个新的托管区域和记录，并指定了与上一 DNS 服务不同的设置，但 DNS 仍在将流量路由到旧资源，则有可能您没有向域注册商更新名称服务器。要确定注册商是否在使用您的 Route 53 托管区域的名称服务器，并在必要时更新域的名称服务器，请执行以下过程：
  

• 获取您的托管区域的名称服务器，并向域注册商更新名称服务器设置

  • 登录 AWS Management Console，并通过以下网址打开 Route 53 控制台：https://console.aws.amazon.com/route53/。
    
  • 在导航窗格中，选择 Hosted Zones。
    
  • 在 Hosted Zones（托管区域）页面上，选择托管区域的单选按钮（不是名称）。
    
  • 在 Record name（记录名称）列表中，记下 Name Servers（名称服务器）下所列的四个服务器。
    
  • 使用域注册商提供的方法显示域名服务器的列表。
    
  • 如果域名服务器和您在步骤 4 中获得的名称服务器匹配，则表明域配置正确。
    如果域的名称服务器和您在步骤 4 中获得的名称服务器不匹配，更新域以使用 Route 53 名称服务器。
    
• 重要

  如果您将域的名称服务器更改为来自 Route 53 托管区域的名称服务器，可能需要多达两天时间更改才会生效，Route 53 才能成为您的 DNS 服务。这是因为分布在 Internet 上的 DNS 解析程序通常每两天请求一次名称服务器，并缓存应答。

• DNS 解析程序仍在使用记录的旧设置

• 如果您更改了记录中的设置，但您的流量仍被路由到旧资源 (如您的网站的 Web 服务器)，一个可能的原因是 DNS 仍缓存有以前的设置。每个记录都有一个 TTL (生存时间) 值，用来指定您希望 DNS 解析程序缓存记录中的信息 (如 Web 服务器的 IP 地址) 的时间 (以秒为单位)。直到经过 TTL 所指定的时间后，DNS 解析程序才继续返回旧值以响应 DNS 查询。如果您想知道记录的 TTL 值，请执行以下过程。
  
• 注意

  对于别名记录，TTL 由记录将流量路由到的 AWS 资源决定。有关更多信息，请参阅在别名记录和非别名记录之间进行选择。

• 查看记录的 TTL

  • 登录 AWS Management Console，并通过以下网址打开 Route 53 控制台：https://console.aws.amazon.com/route53/。
    
  • 在托管区域页面上，选择包含该记录的托管区域的名称。
    
  • 在记录列表中，找到要了解其 TTL 值的记录，查看 TTL 列的值。
    

• 您有多个同名的托管区域，并且更新了未与该域关联的一个托管区域

• 您可以使用同一账户或使用多个账户创建具有相同名称的多个托管区域。要指定 Route 53 用于路由域的 Internet 流量的托管区域，您可以获取该托管区域的四个 Route 53 名称服务器，然后更新域注册以使用这些名称服务器。
  
• 如果您在一个托管区域中添加、更改或删除记录，但您的域注册使用的是另一个托管区域的名称服务器，则 Route 53 对 DNS 查询的响应将不会反映您的更改。要确定您的域注册是否正在对您已更新其中记录的托管区域使用名称服务器，请执行以下任务：
  
• • 确定哪些名称服务器与您的域注册相关联。请参阅添加或更改名称服务器或粘附记录。
    
  • 将您在步骤 1 中获得的名称服务器与 Route 53 分配给您更新其中记录的托管区域的名称服务器进行比较。请参阅获取公有托管区域的名称服务器。
    
• 如果域注册的名称服务器与您更新其中记录的托管区域的名称服务器不匹配，则有两个选项：
  

• 更改当前与域关联的托管区域中的记录（推荐）

  记下您在当前未与域注册关联的托管区域中所做的更改。然后转到与域注册相关联的托管区域，并进行相同的更改。这是首选方法，因为更改几乎立即生效。有关更多信息，请参阅编辑记录。

  更新您的域名注册以使用不同的名称服务器

  更改域注册以使用您更新的托管区域中的名称服务器。

  重要

  如果您更改与您的域名注册相关联的域名服务器，您的域名将在 Internet 上长达 2 天不可用。这是因为 DNS 解析程序通常会将名称服务器的名称缓存 2 天。有关 DNS 工作原理的概述，包括有关解析程序缓存的信息，请参阅Amazon Route 53 如何为您的域路由流量。

  通过更改与域注册关联的名称服务器，您实质上是在更改域的 DNS 服务。您有两个选项，具体取决于域当前是否正在使用中：

  • 如果域正在使用中，请参阅将 Route 53 作为正在使用的域的 DNS 服务。
    
  • 如果域当前处于非活动状态，请执行以下任务：
    

• 我的浏览器显示“找不到服务器”错误
  
• 当您尝试浏览域 (example.com) 或子域 (www.example.com) 时，如果您的浏览器显示“找不到服务器”错误，则下面是一些常见的原因解释。
  

• 主题

  • 您没有为域或子域名创建记录
  • 您虽然创建了记录但指定了错误的值
  • 您将流量路由到的资源不可用

• 您没有为域或子域名创建记录

• 如果您没有为域或子域创建记录，那么如果有人在浏览器中输入该名称，DNS 就不知道该将流量路由到哪里。有关更多信息，请参阅使用记录。
  

• 您虽然创建了记录但指定了错误的值

• 当您创建记录时，很容易指定错误的值（如 Web 服务器的 IP 地址或 CloudFront 指派给您的 Web 分配的域名）。如果记录存在但您仍收到“找不到服务器”错误，我们建议您确认值是否正确。
  

• 您将流量路由到的资源不可用

• 如果记录指定的资源 (如 Web 服务器) 不可用，则浏览器将返回“找不到服务器”错误。我们建议您检查要将流量路由到的资源的状态。
  
• 当您为网站托管配置 Amazon S3 存储桶时，您为该存储桶指定的名称必须与您用来将流量路由到存储桶的记录名称相同。例如，如果您要将 example.com 的流量路由到为网站托管而配置的某个 S3 存储桶，则该存储桶的名称必须为 example.com。
  
• 如果您要将流量路由到为网站托管而配置的某个 S3 存储桶，但该存储桶的名称未出现在 Amazon Route 53 控制台的 Alias Target（别名目标）列表中；或者您尝试以编程方式创建一个别名记录，但从 Route 53 API、AWS 软件开发工具包之一、AWS CLI 或 AWS Tools for Windows PowerShell 收到 InvalidInput 错误，请检查以下事项：
  
• • 存储桶名称与记录名称完全匹配，如 example.com 或 www.example.com。
    
  • S3 存储桶已正确配置，以用于网站托管。有关更多信息，请参阅 Amazon Simple Storage Service 用户指南中的在 Amazon S3 上托管静态网站。
    
• 无法将流量路由到为托管网站而配置的 Amazon S3 存储桶
  
• 如果您在创建一个托管区域后的 12 小时内删除了它，我们不会向您收费。12 小时后，我们会立即针对托管区域收取标准月费。对于不是整月的情况，托管区域的月费不会按比例减少。(这一费用同样适用于您注册域时我们自动创建的托管区域。)
  
• 如果您在某月的最后一天 (例如 1 月 31 日) 创建了一个托管区域，则 1 月的费用可能随 2 月的费用一起出现在 2 月的发票上。请注意，Amazon Route 53 使用协调世界时 (UTC) 作为时区来确定托管区域的创建时间。
  
• 同一个托管区域被收费两次
  
• 
  
• 我的 AWS 账户已关闭、暂停或终止，并且我的域已注册到 Route 53
  
• 如果您关闭了 AWS 账户，或者账户被暂停或终止，即使自动续订已打开，Route 53 也不会自动续订您的域注册。您可以联系 AWS Support 并向他们寻求有关以下选项的帮助：
  
• • 如果您不想保留域注册，AWS Support 可以禁用域的自动续订。这样您就不会收到多封有关域名续订的提醒电子邮件。
    
  • 如果您希望保留域注册，AWS Support 可以帮助您将域注册转移到另一个 AWS 账户。
    
  • AWS Support 还可以帮助您将域转移到其它域注册商。
    
• 注意

  关闭账户后 90 天后，您将无法再重新打开账户。有关更多信息，请参阅能否重新打开我关闭的 AWS 账户？。

• 有关更多信息，请参阅针对域注册问题联系 AWS Support。