我试图configuration一个像下面这样的域名设置,并且遇到Route53的问题。
base.com sub.base.com *.sub.base.com => CNAME sub.base.com
我试图创build一个新的托pipe区域sub.base.com
,并将NSlogging添加到base.com
。 这似乎代表(虽然我不知道它是必要的AWS)。 然后,将通配符CNAME添加到sub.base.com
区域,并将Alogging添加到区域。 现在,当我查找一个名称( dig demo.sub.base.com
)时,只需将SOAlogging还给我,而不会parsing为Alogging。
我应该如何configuration这个域布局?
亚马逊说,Route53并没有devise成直接命名服务器,因为这些服务器被devise成被其他DNS服务器命中。 这就是为什么通过CNAME的Alogging无法parsing,因为它不会迭代到拥有Alogging的服务器。 此外,不build议使用Route53 NS作为您的parsing器。
对于CNAMElogging,route53对于CNAMElogging是权威的,但对于CNAME指向的Alogging不是。 如果这是一个有效的域名已注册,委派给路由53,你正在使用非路由53的DNS服务器来解决,这将工作。
总而言之,您询问指向route53委派区域中的服务器的DNS服务器,它将起作用。 如果直接询问委派区域中的其中一台服务器,它将不适用于CNAME。
我知道这可能很难理解,但如果你给它一个额外的阅读,这将是有道理的。
我试图创build一个新的托pipe区域sub.base.com,并将NSlogging添加到base.com。 这似乎代表(虽然我不知道它是必要的AWS)。
这在您委派任何时候都是必要的,这不是特定于AWS的。
然后,将通配符CNAME添加到sub.base.com区域,并将Alogging添加到区域。 现在,当我查找一个名称(dig demo.sub.base.com)时,只需将SOAlogging还给我,而不会parsing为Alogging。
您获得SOA的原因是,在sub.base.com区域中不存在demo.sub.base.com。 这最好通过命令提示符或http://digwebinterface.com/使用dig + trace demo.sub.base.com进行可视化。
我应该如何configuration这个域布局?
从base.com区域删除CNAME,并在sub.base.com区域中configuration您的demo.sub.base.comlogging。 然后在sub.base.com区域创build* .sub.base.com作为CNAME到demo.sub.base.com。