我有两个领域 example.com和example-x.com – 前者是所有stream量应该到达的主要域。 两个域都指向相同的名称服务器，并且每个域都在Route53中具有单独的托pipe区域。
我目前有example.com指向我的Elastic IP作为Alogging，然后通过nginxredirect到www.example.com。
我正在尝试将example-x.comconfiguration为指向相同的弹性IP，并将其路由到www.example.com。
我在Route53中创build了两个托pipe区域，并将example-x.com的名称服务器设置为example.com的名称服务器。 我错过了什么？ 这甚至有可能吗？
每个Route 53托pipe区域都将拥有自己的名称服务器。 因此，对于example.com和example-x.com中的每一个，您都需要将注册服务器上的名称服务器设置设置为每个托pipe区域上显示的名称服务器。
将example-x.com的名称服务器设置为example.com的名称服务器
名称服务器很可能会有所不同，所以这是错误的做法。 独立处理每个域的名称服务器设置。
一旦名称服务器在您的注册商处设置正确，那么接下来就是在example-x.com托pipe区域中为example-x.com创build一个Alogging。 此Alogging的值应该是您的弹性IP地址。
一旦设置好了，如果你ping example-x.com ，它应该parsing为你的弹性IP。 如果ping实际上成功，那么在这个时候是不相关的。 我们关心的是我们是否得到IP地址。
在这一点上，取决于你的nginx和web服务器configuration来接piperedirect是否正确发生。
另一种select是使用Amazon S3来处理您的域名redirect。 例如，您可以创build一个名为example.com的S3存储桶。 在存储桶configuration中，您可以将其redirect到www.example.com。 在example.com的Route 53托pipe区域中，您将使example.com的ALIASlogging指向您的S3存储桶。
这样做意味着您不必在您的nginx或Web服务器configuration中configuration任何redirect：到达您的实际Web服务器的所有内容都已经在使用www.example.com。
如果通过名称服务器，您的意思是NSlogging，它们可能是不同的每个托pipe区域。 example-x.com的NSlogging将出现在托pipe区域logging中，因此您可以validation。
一旦您的NSlogging指向正确的位置（假设您的注册商不是AWS），只需在每个托pipe区域中设置相同的Alogging，并指向您的弹性IP即可。 只要你的nginxconfiguration可以回答example.com和example-x.com，redirect应该可以正常工作。