我知道有一个通配符的DNS Alogging是有效的（例如* .mysite.com）。 是否可以/有效/build议拥有通配符CNAMElogging？
这是可能的。 有一段时间它一直在空气中，直到4592澄清它应该支持。
仅仅因为这可能并不意味着它是由所有DNS提供商支持的。 例如，GoDaddy不会让您在CNAMElogging中设置通配符。
就是否可以这样做而言，这取决于您的使用情况。 通常CNAMES是为了方便，当你指向一个“外部”的域名，你不控制的DNS。
例如，假设您设置了一个CMS系统，允许您将* .mycms.com作为网站名称（它使用主机标题）。 您希望客户能够轻松设置* .cms.customer.com，而不必担心可能会在某个时刻更改您的IP地址。 在这种情况下，您可以build议他们将名为* .cms.customer.com的通配符CNAME设置为www.mycms.com。
由于通配符CNAMES并不是所有提供者（比如GoDaddy）都支持的，所以我不build议在你为不同客户（不知道提供者的能力）推荐它的情况下使用它。
我添加了该行
*.www IN CNAME my_webserver
到我的区域文件在我的绑定configuration和工作完美（即whatever.www.domain.com my_webserver和whatever2.www.domain.com都指向my_webserver 。
也可以通过添加该行来添加例外情况
exception.www IN CNAME another_server
这样exception.www.domain.com another_server指向another_server 。
只需添加Amazon Route 53支持任何loggingtypes的通配符。
因此，您可以安全地使用Route 53作为您的DNS提供商。
据我记得，你可以这样做，但是这个CNAME不能被任何其他loggingtypes如NS或MX所使用。
不太清楚你想用“通配符”来实现什么，所以我必须给出一个通用的答案:)
为了澄清，CNAME aserver.domain意味着你不能有另一个name.aserver.domain
有一些例外，但是我不知道他们是什么东西，不知道你想做什么，所以我不会浪费时间。
我们一直使用通配符dns，而且我们没有任何问题。 如果你把它指向一个ipaddres，使用：
*.mysite.com Host (A) Default xxx.xxx.xxx.xxx
如果您想使用别名，请执行以下操作：
*.mysite.com. IN CNAME mysite.com.
当你创build一个CNAMElogging结束指向服务器的一个点，例如：* .mydomain.com。 注意最后一个点
这是我testing的结果。 我删除了mysite.com和www.mysite.com的Alogging，并添加了* .mysite.com的CNAMElogging。 testing不起作用。 mysite.com不会解决。 只是要清楚，我使用OpenDNS为我的DNS服务器。 也许它与其他DNS服务器正常工作，但我显然希望它通用。 基于这些结果，我将坚持标准的Alogging。
它现在工作。
只需在区域文件编辑器的cname部分或Godaddy的DNSpipe理器中使用“*”，即可指向IP或DNS名称。
在我的情况下，我用它指向一个Microsoft Azure云服务的DNS名称，它运作良好。 这适用于bla.domain.ext，也适用于bla.bla.domain.ext。 可能为另一个提供者工作不同。