Respostas:
É possível fazer isso. A certa altura, ficou um pouco no ar até 4592 esclarecer que deveria ser apoiado.
Só porque é possível, não significa que é suportado por todos os provedores de DNS. Por exemplo, o GoDaddy não permitirá que você configure um curinga em um registro CNAME.
Em termos de se é aconselhável ou não fazer isso, isso depende do seu uso. Geralmente, CNAMES são usados por conveniência quando você está apontando para um nome de domínio "externo" no qual você não controla o DNS.
Por exemplo, digamos que você configure um sistema CMS que permita ter * .mycms.com como o nome do site (ele usa cabeçalhos de host). Você deseja que os clientes possam configurar facilmente * .cms.customer.com, sem se preocupar com a possibilidade de alterar seu endereço IP em algum momento. Nesse caso, você pode aconselhá-los a configurar um CNAME curinga chamado * .cms.customer.com para www.mycms.com.
Como o CNAMES curinga não é suportado por todos os provedores (como GoDaddy), eu não recomendaria usá-lo em um caso em que você o sugeriu para vários clientes (em que você não conhece os recursos do provedor).
*
não **
.
*
registro CNAME curinga para um cliente em fevereiro deste ano. Usando o painel do GoDaddy. E confirmo que funciona como seria de esperar.
Eu adicionei a linha
*.www IN CNAME my_webserver
para o meu arquivo de zona na minha configuração de ligação e que funcionou perfeitamente (ou seja, whatever.www.domain.com
e whatever2.www.domain.com
tudo apontado my_webserver
.
Também foi possível adicionar exceções adicionando a linha
exception.www IN CNAME another_server
de modo que exception.www.domain.com
apontou another_server
.
Apenas para adicionar que o Amazon Route 53 suporta caracteres curinga em qualquer tipo de registro .
Assim, você pode usar com segurança o Route 53 como seu provedor de DNS.
Usamos dns curinga o tempo todo e não tivemos nenhum problema. Se você apontar para um ipaddres, use:
*.mysite.com Host (A) Default xxx.xxx.xxx.xxx
Se você deseja usar um alias, faça:
*.mysite.com. IN CNAME mysite.com.
Tanto quanto me lembro, você pode (ish) fazer isso, mas esse CNAME não pode ser usado por nenhum outro tipo de registro, como NS ou MX.
Não tenho certeza do que você está tentando alcançar com a coisa "curinga", então terei que dar uma resposta genérica :)
Para esclarecer, CNAME aserver.domain significa que você não pode ter outro nome.aserver.domain
Existem exceções, mas eu não sei o que elas estão no topo da minha cabeça e não tenho certeza do que você quer fazer, então não vou perder tempo.
CNAME
registro com outro tipo de registro para o mesmo domínio. Eu tive um problema semelhante, e meu servidor DNS geralmente me alerta sobre conflitos, mas nesse caso não porque o CNAME era para *.example.com
e o registro extra (um TXT
registro) era para um subdomínio específico subdomain1.example.com
. Então não pegou o confronto! Ops.
quando você cria um registro CNAME, encerre o servidor apontado com um ponto, por exemplo: * .meudominio.com. Observe o último ponto
Aqui estão os resultados do meu teste. Excluí os registros A de mysite.com e www.mysite.com e adicionei um registro CNAME para * .mysite.com. O teste não funcionou. mysite.com não resolveria. Só para esclarecer, eu uso o OpenDNS para meus servidores DNS. Talvez funcione bem com outros servidores DNS, mas eu obviamente quero que funcione universalmente. Com base nesses resultados, vou manter os registros A padrão.
Funciona agora.
Basta usar um "*" na seção cname do editor de arquivos da zona ou gerenciador de DNS da Godaddy e apontar para um nome de IP ou DNS.
No meu caso, usei-o com um nome DNS apontando para um serviço em nuvem do Microsoft Azure e funcionou muito bem. Isso funciona para bla.domain.ext, mas também para bla.bla.domain.ext. Pode funcionar diferente para outro provedor.