我目前正在将route53用于指向同一网站的2个域名。
让我们假设他们 www.example.com 和 www.example.com.xx ,我创建了2个托管区域并维护默认创建的配置。所以,最初我在每个托管区域都有 NS 和 SOA 条目。
我的EC2实例落后于Elastic Load Balancer,所以我的第一步是为域和裸域创建别名,具有以下场景:
www.example.com
名称类型值
example.com。 NS生成值
example.com。 SOA生成的值
example.com。我的ELB的ALIAS * .example.com的。我的ELB的ALIAS www.example.com。我的ELB的ALIASwww.example.com.xx
名称类型值
example.com.xx。 NS生成值
example.com.xx。 SOA生成的值
example.com.xx。我的ELB的ALIAS * .example.com.xx。我的ELB的ALIAS www.example.com.xx。我的ELB的ALIAS
两个域都指向同一个ELB,其中Apache配置为 example.com 。然后,如果request.get_host包含 .com.xx 子字符串,我的Django应用子域中间件会重定向到example.com(301)。
对于www.example.com和example.com,对于www.example.com.xx,我的问题与example.com.br从未到达我的服务器,它是完美的。
我已经尝试过制作PTR条目example.com.br - > www.example.com.br,但它不是解决方案。
任何人都可以指出这个裸域的DNS配置失败了吗?
谢谢
答案 0 :(得分:1)
首先让我们担心example.com.br。 [www.example.com.br我们稍后会采取]
您是否对域名注册商进行了更改;为了给DNS服务器提供亚马逊的服务器?你做的输出是什么: nslookup example.com.br
也是什么输出 ping example.com.br
答案 1 :(得分:0)
昨天晚上我能够正确地重定向我的裸域,这是我的巴西提供商中与注册商打交道的一个错误。实际上,我只是给了他们DNS控制权并将其拿走(将其返回到route53)。
无论如何,自从我迁移以来,它们被用作注册商的桥梁。现在我直接与registro.br打交道,问题就消失了。