Route 53裸域名无法直接访问，需还原原Google Domains重定向行为

一、还原裸域名及子域名的自动重定向行为 #

1. 检查App Runner自定义域名配置 #

• 确认App Runner服务已绑定裸域名iyarles.net及所需子域名，并且开启了HTTP请求自动重定向到HTTPS功能。开启后，App Runner会处理80端口的HTTP请求，自动跳转至HTTPS地址，解决裸域名直接访问（默认走HTTP）超时的问题。
• 若此前仅绑定了https://iyarles.net，需补充添加裸域名的绑定——你的证书验证记录已存在，说明ACM证书覆盖了裸域名，这一步可直接操作。

2. 补全Route53托管区域的记录 #

• 为裸域名iyarles.net配置两条别名记录：
  • 类型A（IPv4）：目标指向App Runner服务的域名，关联80/443端口；
  • 类型AAAA（IPv6）：目标同样指向App Runner服务的域名（若App Runner支持IPv6）。
• 子域名也需配置对应的A/AAAA别名记录，确保所有子域都能解析到App Runner服务。

3. 实现全局统一重定向（完全还原原Google Domains逻辑） #

如果需要让所有访问（裸域/子域、HTTP/HTTPS）都自动重定向到App Runner默认域名，可借助CloudFront实现：

• 创建CloudFront分发，源地址设置为你的App Runner服务域名；
• 在CloudFront行为设置中开启HTTP到HTTPS重定向；
• 通过CloudFront函数或Lambda@Edge添加重定向规则，将所有请求跳转至App Runner默认域名；
• 最后将Route53中所有域名的记录改为指向CloudFront分发域名的别名记录。

二、Route53别名记录的具体作用 #

• 自动维护目标地址：无需手动输入目标IP，直接关联AWS服务（如App Runner、CloudFront）的域名，AWS会自动同步目标服务的IP变化，避免解析失效。
• 支持裸域名解析：CNAME记录无法用于根域名（裸域名），而别名记录（A/AAAA类型）可直接配置在裸域名上，解决了根域名的解析限制。
• 免费解析流量：AWS内部服务间的别名解析请求不收取Route53查询费用，比普通A/CNAME记录更经济。
• 配合证书验证：你现有的两条证书验证记录是ACM用于确认域名归属的，别名记录则确保自定义域名能正确关联到App Runner服务，让证书正常生效。

内容的提问来源于stack exchange，提问作者Charles Yang