将在其他地方购买的域名迁移至 Route 53

每个域名对应一个托管区；费用为每月 $0.50

在 AWS 控制台中，打开 Route 53 → Hosted zones → Create hosted zone。输入您的域名（mybrand.com — 不含 www，不含末尾的点）。类型选择：Public hosted zone。点击 Create。

Route 53 会为该区域生成四条名称服务器记录，类似于 ns-1234.awsdns-12.com、...co.uk、...net、...org。每个新创建的托管区都会得到不同的四个值；不要假设您的记录与教程示例一致。请将这些值保存下来 — 您将在步骤 4 中粘贴到注册商处。

计费立即开始。托管区按小时计费，每月 $0.50，另加每百万次标准查询 $0.40。对于个人域名，预计每月总费用为 $0.50 至 $0.60。

这一步是人们最容易跳过的，也是邮件中断的根源

在更改注册商的名称服务器之前，请将当前 DNS 提供商的每一条记录都复制到新的 Route 53 托管区中。一旦名称服务器变更传播完成，任何遗漏的记录都将立即停止解析。常见的遗漏记录包括：

• MX 记录 — 如果您的域名有邮件服务（Google Workspace、Fastmail、Proton），MX 记录必须复制，否则收件会退信。
• SPF/DKIM/DMARC 的 TXT 记录 — 有 MX 记录的地方通常也有这些。遗漏后，您的外发邮件会被标记为垃圾邮件。
• TXT 验证记录 — Google Search Console、Stripe、Vercel 等要求您"证明域名所有权"的服务都留有 TXT 记录，需一并复制。
• 子域名的 CNAME 记录 — www、blog、api、status 等所有指向某处的子域名，每个都是独立的记录。

在 Route 53 中：针对旧提供商的每条记录，点击 Create record，填入相同的名称（顶点记录留空）、记录类型、值和 TTL（切换期间设为 300 即可）。界面虽然密集，但操作机械 — 逐一录入即可。

切换前先缩短切换窗口

在更改名称服务器的前一两天，登录您当前的 DNS 提供商，将每条记录的 TTL 降至 300（五分钟）。保存。然后至少等待一个当前 TTL 的时长（如果记录原来是 3600，就等一小时），让全球的缓存刷新为更短的 TTL。

这样一来，当您正式切换名称服务器时，残留的缓存记录会很快过期。若跳过此步骤，某些解析器可能在迁移后数小时内仍持有旧的 IP 地址。

没有轻松退路的关键一步

前往您的注册商（Namecheap、Cloudflare Registrar 或域名所在的任何服务商）。找到该域名的 Nameservers 设置 — 通常位于 Manage / Domain → Nameservers 下，默认值通常是"BasicDNS"/"Default"或注册商自己的 DNS。

切换为 Custom DNS（或类似选项），粘贴步骤 1 中的四个 NS 值 — 每行一个，不加末尾的点，不加协议前缀。保存。

变更会在数秒内传达至顶级域的根名称服务器，但全球各地的解析器只会在其缓存的"旧"记录过期后才能看到更新。实际上，全球切换大约需要 1 至 48 小时，大多数解析器会在 6 小时内完成更新。

四条查询命令，让您一目了然

# 1. Whose nameservers does the public internet think we're using?
dig mybrand.com NS +short
# Expected: the four Route 53 NS values. If you still see old ones, propagation isn't complete.

# 2. Bypass cache; ask the root chain fresh.
dig +trace mybrand.com NS
# Walks from . → com. → mybrand.com. Shows the registrar's NS delegation
# at the TLD level — the most authoritative view of what's published.

# 3. Are A/CNAME records resolving correctly from the new zone?
dig @ns-1234.awsdns-12.com mybrand.com +short
# (Use your actual Route 53 NS hostname.) Direct query to Route 53.
# If this answers correctly, the zone is configured. If not, fix records in Route 53.

# 4. Are the records actually visible to normal traffic?
dig mybrand.com +short
curl -I https://mybrand.com

判断规律：若第 2 条显示了 Route 53 的 NS 但第 1 条仍显示旧值，说明您的本地缓存尚未刷新。若第 3 条正确但第 1 条错误，说明传播仍在进行中。若第 1 条和第 3 条都显示正确值，则切换完成。

这才是您做这一切的真正原因

将 DNS 托管在 Route 53 之后，许多原本繁琐的操作都变成了一键完成：

• ACM 证书验证。在 AWS Certificate Manager 中申请 TLS 证书 → 选择 DNS 验证 → 点击"Create record in Route 53"。验证用的 CNAME 记录会自动写入您的托管区，ACM 在几分钟内完成验证，无需手动复制粘贴记录。
• Alias 记录指向 AWS 资源。需要将顶点域名指向 CloudFront 分发、ALB 或 S3 静态网站端点？勾选 Alias = Yes，从下拉菜单选择资源即可，无需 CNAME-at-apex 的变通方案。
• 健康检查。Route 53 可以监控您的端点，并在主 IP 下线时自动切换到备用 IP。配置只需几次点击，而在大多数其他 DNS 提供商处实现同等功能则需要写脚本。

这些功能不会改变记录的解析方式 — 它们只是让 AWS 的常规工作流（证书续期、ALB 后端部署、多区域故障转移）明显减少了手动操作。