我试图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。