如何在AWS Route 53添加重定向至第三方云页面的记录？

可以实现，但你之前的操作存在核心错误——CNAME记录只能指向合法域名，不能填写包含协议（如https://）、路径或参数的完整共享链接，这也是出现DNS_PROBE_FINISHED_NXDOMAIN错误的直接原因（非法的CNAME值导致DNS解析失败）。

以下是两种可靠的实现方案：

方案一：通过S3静态网站托管实现重定向 #

• 创建与子域名完全同名的S3存储桶（例如files.yourdomain.com）
• 开启存储桶的「静态网站托管」功能，选择「重定向请求」模式：
  • 目标域名填写第三方共享链接的主域名（如www.dropbox.com）
  • 协议选择对应类型（如HTTPS）
  • 添加自定义重定向规则，将子域名的访问请求映射到共享链接的具体路径。示例规则（针对Dropbox共享链接https://www.dropbox.com/s/abc123/doc.pdf）：

    [
      {
        "Condition": {
          "KeyPrefixEquals": ""
        },
        "Redirect": {
          "HostName": "www.dropbox.com",
          "Protocol": "https",
          "ReplaceKeyWith": "s/abc123/doc.pdf"
        }
      }
    ]
    

• 在Route 53中为子域名创建A/AAAA记录，选择「别名」类型，指向该S3存储桶的静态网站托管端点
• 确保存储桶权限配置正确，允许公开访问（适配第三方公开共享页面的场景）

方案二：通过CloudFront实现URL重定向 #

• 创建CloudFront分发，源设置为「自定义源」，源域名填写第三方共享链接的主域名（如www.dropbox.com），源路径填写共享链接的路径部分（如/s/abc123/doc.pdf）
• 在CloudFront行为设置中，配置默认缓存行为的重定向规则，或直接通过源路径映射到目标资源
• 在Route 53中为子域名创建A/AAAA记录，选择「别名」类型，指向CloudFront分发域名
• 若需HTTPS访问，使用AWS Certificate Manager申请对应子域名的SSL证书，并绑定到CloudFront分发

关键注意事项 #

• 单纯的DNS解析（如CNAME）只能将子域名指向第三方域名，无法自动跳转至指定路径，必须配合URL重定向服务实现需求
• 若第三方共享链接存在有效期或权限限制，需同步更新重定向规则中的路径参数

内容的提问来源于stack exchange，提问作者Cloud Wanderer