我们为客户提供什么 IP 地址以在路由 53 上指向我们的域？

Question

我在 Stack Overflow 和网络上进行了一些搜索，但我似乎无法找到答案 - 我希望这是可能的。

目前我们云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 地址。如果我们更改主机，我们必须以托管方式更新数百个客户端。

我们想将我们的主域移动到 Route 53，并以此方式路由流量。例如：

客户域 A -> 路由 53 -> 我们的主机

客户域 B -> 路由 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

但是，有些客户端不想将名称服务器指向我们（在大多数情况下可以理解，因为它们很复杂）。有没有办法解决这个问题？

真正的关键是我们能否为人们的 A 记录提供一个 IP 地址？或者他们可以用 CNAME 代替吗？

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

任何人的任何建议都会令人惊叹。

亲切的问候，

AB

Answer 1

对于此类内容，您应该始终使用CNAME。我认为接管托管某人的整个区域（NS 记录）的责任似乎有风险。

不幸的是，CNAME 选项适用于子域 (www.domain.com)，但不适用于所谓的“顶点”域。 (domain.com)。

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

• 看起来像 CNAME 记录
• 但确实使用了 A 记录
• 如果您指向的域的 ip 发生变化，它偶尔会更新 A 记录。

如果您正在寻找这方面的其他示例，它们无处不在。比如github页面也有同样的问题，并且也有关于如何处理顶点记录和非顶点记录的描述。

最后，另一种选择可能是建议一个免费的 cloudflare 帐户。