删除并重新创建 Route 53 托管区域,现在网站无法正常工作

删除并重新创建 Route 53 托管区域,现在网站无法正常工作

我有两个 AWS 账户,一个新一个旧。域名是从旧账户购买的,网站托管在新账户中。我打算删除旧账户,因此向 AWS 团队申请域名转移,他们已经完成了。因此,我在新 AWS 账户中创建了新的托管区域,删除旧账户后,什么都没用。在删除旧账户之前,我选择了托管区域并将其删除。

有人能帮我吗?

答案1

保留 NS 和 SOA 记录不变。

当您删除托管区域然后将其放回时,您实际上并没有将其放回原处。您只是创建了一个与原始区域类似(但不完全相同)的区域。

当您点击“托管区域”中的某个域时,您会在屏幕最右侧看到 Route 53 为托管区域分配的 4 个名称服务器。这些也是 NS 记录的默认值,永远不应对其进行编辑。

每次创建托管区域时,这 4 个几乎总是不同的 - 这意味着您的托管区域现在位于 Route 53 中的 4 个新的、不同的权威名称服务器上。

但互联网仍然期待老的4 个名称服务器拥有您的记录...但他们没有。

您必须使用注册商更新权威名称服务器。在本例中,这实际上是 Route 53 的另一个部分。

在 Route 53 控制台中,单击“已注册域”。

选择您的域名。

选择“添加/编辑名称服务器”。

输入 Route 53 名称服务器的正确值,这些值是上面提到的,当您从托管区域页面单击域时您将看到这些值。

当将域名的托管区域已存在、处于活动状态且在 Route 53 中工作时,将域名注册转移到 Route 53 时,请勿删除托管区域。作为转移的一部分,您需要选择继续使用“当前”名称服务器的选项,因为它们已经是正确的值。

对另一个问题的相同回答堆栈溢出


¹永远不应该编辑除非你正在做一些白标黑客——但不要这样做。如链接页面底部所述,如果您希望地理或基于延迟的 DNS 响应按预期工作,白标名称服务器似乎代表了巨大的管理负担,这将包括指向 CloudFront 的 A 记录别名。否则,Route 53 中 NS 和 SOA 的默认值始终是正确的,问题出在其他地方。

相关内容