域名从 Network Solutions 转移到 AWS Route 53

Question

我正在寻找解决方案来缓解两天的停机时间。

我联系了网络解决方案，但他们无法控制名称服务器记录的 TTL（即 2 天或 172800 秒）。

当前战略

计划的迁移步骤：

迁移名称服务器 - 首先将名称服务器迁移到 AWS。

步骤 1：在 AWS Route 53 中创建托管区域。

第 2 步：将网络解决方案中的 DNS 条目添加到 Route 53。

步骤3：将网络解决方案表单默认中的名称服务器替换为AWS Hosted Zone Name Server。

步骤 4：验证名称服务器是否成功迁移。将名称服务器成功迁移到 AWS Route 53 后，对 DNS 条目的任何进一步更改都需要通过 Route 53 进行。

2. 迁移域 - 将域迁移到 AWS：

步骤 1：从网络解决方案解锁域。

步骤 2：从 Route 53 启动域迁移步骤

步骤 3：验证从 AWS 发送的电子邮件以进行验证。

步骤 4：向 AWS 提供授权令牌

步骤 5：验证域迁移

第 6 步：启用转移锁。

请告知是否有任何其他建议可以缓解 2 天的停机时间。

Answer 1

您的计划是正确的。除了一件事。一旦域名在其他注册商上线，您可能需要配置 NS 记录以指向 Route 53。有时在转移后，注册商会将 NS 记录设置为默认值。

此外，这里的问题还发生如果您现有的注册商决定在域名转移时删除您的 DNS 托管。

实际情况是，在旧注册商看到域名转移和新注册商将其上线之间有一段时间。此外，缓存的 DNS 条目可能仍指向原始注册商的 NS 记录。

在域名在新注册商上线且缓存的 DNS 过期之前，原注册商必须保持您的 DNS 相关服务处于活动状态。否则，您的服务可能会中断几个小时。

就我个人而言，我从未遇到过这个问题，但最近在 StackExchange 上看到一篇帖子，我与一位使用 GoDaddy 的用户进行了互动。GoDaddy 决定在收到域名转移通知后立即自动关闭 DNS 托管。请求不再domain.com具有有效的 NS 记录。这导致服务中断，直到新注册商上的所有内容都生效并且更改传播到 TLD。