中的无效值
AWS的指示也说：如果您正在迁移已经服务的自定义域 生产流量，请等到您的新应用程序加载 在下面显示的.cloudfront.net URL上成功成功 更新您的DNS记录：
the .cloudfront.net地址给出了404个，我想它可能需要一些时间才能开始工作，但是不确定它是否比迄今为止的时间更长（大约2个小时或其他东西）。 我设法通过使用cname，使用放大应用URL将URL与www一起工作，如：
这www CNAME master.d2cnacuo0erb7y.amplifyapp.com但这也对Aname不起作用，因此如果没有www的工作，我就无法获得域名。当我将CloudFront URL添加到CNAME FREENOM允许时，但是它给出了404，而对于Aname记录，当我尝试添加它时，它会出现该错误。 我读了
这个问题，但是提供的唯一答案涉及53号公路，我进行了53号公路设置和工作，但决定删除它。
为什么我不能将URL添加到Freenom上的A唱片中？
“ A”记录（即别名）仅支持IP地址作为值。 这就是为什么您会遇到错误的原因。 当您想要URL作为值时，CNAME是您想要的记录类型。Route53是一种特殊情况，由于CloudFront和Route53都是AWS产品，因此它们都具有特殊集成，可以使您创建由URL确定的云优率资源的记录。 幕后，Route53从CloudFront获取IP，并在IP更改时会更新A记录。 AWS不会为其他DNS提供商（即FreeNOM）暴露此功能
我也有类似的经历。 DNS Records弹出窗口上的说明很模棱两可。 您的Amplify应用将永远不会在.cloudfront.net URL上加载。 AWS仅使用它为您的网站设置云额分布。 只需执行CNAME和AAA记录即可。记录完整传播后，您的网站将在自定义域名上启动。 我遇到了AWS Amplify的同一问题。 我的DNS记录在悬停在悬停上进行了管理 - 截至2025年3月，它不支持
ANAME记录。
i我试图假装CNAME
最终，我将现有的自定义域配置从Amplify删除，将我的名称服务器重新命名为Route5,3，然后重新创建了自定义域配置选择Route53作为域提供商。