Dns 客户将他们的域指向我们的修复IP(web服务器)。如何通过CNAME重新路由?

Dns 客户将他们的域指向我们的修复IP(web服务器)。如何通过CNAME重新路由?,dns,cname,a-records,Dns,Cname,A Records,我们有一个web平台,供世界各地的客户使用。我们还提供白标解决方案,客户可以使用他们自己的域使用我们的服务 许多人通过以下方式指向自己的域地址: a) 将名称服务器设置为我们的-然后我们做其余的(将其指向我们的IP) b) 设置A记录以直接指向我们的固定IP地址X.X.X.X(在我们的应用程序运行时,该IP属于虚拟apache服务器) 仅供参考:我们可以完全访问DNS 我们很快将转移到Amazon Web服务(Elastic Beanstalk),因此正在准备转移。在转移期间,我们当然希望尽可能

我们有一个web平台,供世界各地的客户使用。我们还提供白标解决方案,客户可以使用他们自己的域使用我们的服务

许多人通过以下方式指向自己的域地址:

a) 将名称服务器设置为我们的-然后我们做其余的(将其指向我们的IP)

b) 设置A记录以直接指向我们的固定IP地址X.X.X.X(在我们的应用程序运行时,该IP属于虚拟apache服务器)

仅供参考:我们可以完全访问DNS

我们很快将转移到Amazon Web服务(Elastic Beanstalk),因此正在准备转移。在转移期间,我们当然希望尽可能减少停机时间。要显示给新服务器地址的域将尽可能快

客户a)易于处理。我们只需将CNAME设置为指向弹性负载平衡器(ELB,没有固定IP,因此CNAME),它们将被迅速重定向

客户b)虽然看起来更复杂有没有办法重新路由到CNAME->ELB?

示例:

给定:客户b)将其域sub.Customer.com直接指向我们的IP X.X.X.X

我们所做的:在DNS中,我们为“customer.com”打开了一个新的托管区域,并为sub.customer.com放置了CNAME->ELB

这是行不通的。在不更改URL的情况下,如何将sub.customer.com重定向到CNAME(ELB)?可能使用.htaccess或其他DNS修改



PS:我们这样做是因为我们可以预见,许多客户将需要很长时间才能从“A记录->旧IP”更改为“CNAME->新ELB”。

如果客户控制A记录,则客户必须更改A记录。在这种情况下,客户很可能也控制上游的NS记录,因此您在DNS服务器上所做的任何操作都不会对客户的实际域产生任何影响。您可以使用ipf(Debian系列)或iptables(Red Hat系列)等工具或其等效工具在IP级别重定向,但在如何实现这一点上必须非常小心