我们向客户端提供什么 IP 地址以指向我们在路由 53 上的域？
What IP address do we give to clients to point to our domain on route 53?
我在 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
对于此类内容，您应该始终使用 CNAME。我认为接管某人的整个区域（NS 记录）的责任似乎很冒险。
不幸的是，CNAME 选项适用于子域 (www.domain.com)，但不适用于 so-called 'apex' 域。 (domain.com)。
对于后者，您唯一的选择是 A 记录。但是，许多 DNS 主机都有一个功能，可以让您在 A 记录上模拟 'CNAME record behavior'。例如，如果您的客户使用 namecheap 或 route53，他们可以使用 'alias' 记录 which:
- 看起来像一条 CNAME 记录
- 但是真的用了A记录
- 如果您指向的域的 ip 发生变化，它偶尔会更新 A 记录。
如果您正在寻找这方面的其他示例，它们随处可见。例如，github 页面有同样的问题，他们也有关于如何处理顶点记录和 non-apex 记录的描述。
最后，另一种选择可能是建议一个免费的 cloudflare 帐户。
我在 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
对于此类内容，您应该始终使用 CNAME。我认为接管某人的整个区域（NS 记录）的责任似乎很冒险。
不幸的是，CNAME 选项适用于子域 (www.domain.com)，但不适用于 so-called 'apex' 域。 (domain.com)。
对于后者，您唯一的选择是 A 记录。但是，许多 DNS 主机都有一个功能，可以让您在 A 记录上模拟 'CNAME record behavior'。例如，如果您的客户使用 namecheap 或 route53，他们可以使用 'alias' 记录 which:
- 看起来像一条 CNAME 记录
- 但是真的用了A记录
- 如果您指向的域的 ip 发生变化，它偶尔会更新 A 记录。
如果您正在寻找这方面的其他示例，它们随处可见。例如，github 页面有同样的问题，他们也有关于如何处理顶点记录和 non-apex 记录的描述。
最后，另一种选择可能是建议一个免费的 cloudflare 帐户。