Amazon web services 我们提供给客户的IP地址是什么，以指向路由53上的域？

我已经在Stack Overflow和web上做了一些搜索，但我似乎找不到答案-我希望这是可能的

目前，我们的云SaaS系统的流程是： 我们的域名（A公司）->托管（B公司）->加载我们的网站

我们还可以要求客户将他们的域名指向我们，这样当您输入他们的域名时，它会在我们的平台上加载他们的网站，而不是我们的网站，例如：

我们的域名（A公司）->托管（B公司）->加载我们的网站

客户端域名（公司C）->托管（公司B）->加载其网站

客户端域名（公司D）->托管（公司B）->加载其网站

为此，我们向客户提供的说明如下： 您可以将您的域名服务器名称更改为我们的，例如

ns1.ourwebsite.com

ns2.ourwebsite.com

或者，如果您连接了其他服务、复杂DNS等，请添加两个A记录，例如

www.theirsite.com->111.222.333.444

theirsite.com->111.222.333.444

这很有效。然而，这意味着数百个客户端要么指向我们的名称服务器，要么指向我们的IP地址。如果我们改变托管，我们必须以一种有管理的方式更新数百个客户端

我们希望将我们的主域移动到53号干线，并以此方式路由流量。例如： 客户端域A->route 53->我们的托管

客户端域B->route 53->我们的托管

这意味着，如果我们在将来更改主机，我们只需更新路由53一次

有没有干净的方法可以做到这一点？ 我所能找到的似乎是我们需要为客户提供标准的4路53名服务器，例如

ns-XXXX.awsdns-XX.com

ns-XXXX.awsdns-XX.net

ns-XXXX.awsdns-XX.org

ns-XXXX.awsdns-XX.co.uk

但是，有些客户机不想将名称服务器指向我们（在大多数情况下，由于其复杂性，这是可以理解的）。有办法解决这个问题吗

关键是我们能给人们一个IP地址作为他们的A记录吗？或者他们可以用CNAME做些什么

我读过一些关于私有名称服务器的文章，但我认为最终会遇到同样的问题：必须给客户端命名服务器而不是IP地址

任何人的任何建议都将是惊人的

亲切问候,

---

AB

对于这类东西，您应该始终使用

CNAME

。我认为接管托管某人整个区域（NS记录）的责任似乎有风险

不幸的是，

CNAME

选项对子域（

www.domain.com

）很有效，但对所谓的“apex”域不起作用。（

domain.com

）

对于后者，您唯一的选择是A记录。但是，许多DNS主机都有一个功能a，允许您在a记录上模拟“CNAME记录行为”。例如，如果您的客户使用NameSheap或route53，他们可以使用“alias”记录，其中：

• 看起来像一张CNAME唱片
• 但真正使用的是一张唱片
• 如果您指向的域的ip发生更改，它会偶尔更新A记录

如果你想找其他类似的例子，到处都是。例如，github页面也有同样的问题，它们还描述了如何处理apex记录和非apex记录

---

最后，另一个选择可能是推荐一个免费的cloudflare帐户。

这很有意义。我理解顶点问题——这是我们可以推回给客户的。这在他们端创建CNAME时是如何工作的？他们是否将“www”子域的CNAME指向我们的网站？它应该指向您控制的域名。在你这方面，你需要确保客户的网站得到服务。idk如果您在一台服务器上服务多个网站，或者如果您有一些应用程序服务多个网站（multi-tennant application？），谢谢-这很有意义。我刚试用过，效果不错。你真是太棒了，感谢你抽出一天的时间对我的评论做出最初的回应。非常感谢。