
suponha que eu tenha um domínio com os seguintes RRs:
domain.com. IN A 1.2.3.4
domain.com. IN MX mail.domain.com. 10
* IN MX othermail.domain.com. 10
* IN CNAME domain.com.
mail IN A 1.2.3.4
Eu esperava que isso me permitisse servir páginas da web e receber e-mails em qualquer subdomínio de domínio.com, mas quando eu testar:
~# dig blah.domain.com MX
; <<>> DiG 9.4.3-P1 <<>> blah.domain.com MX
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12815
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
<..snip..>
;; ANSWER SECTION:
blah.domain.com. 84770 IN CNAME domain.com.
domain.com. 83445 IN MX 10 mail.domain.com.
Eu esperaria obter uma seção de resposta como esta:
;; ANSWER SECTION:
blah.domain.com. 84770 IN MX 10 othermail.domain.com.
Mas parece que recebo o registro curinga CNAME em vez do MX.
Ao ler várias coisas que encontrei on-line, parece-me que esse comportamento é intencional (por mais estúpido que seja).
Agora minha dúvida é se é possível de alguma forma ter uma configuração como essa retornando respostas diferentes com base no tipo de registro?
Obrigado.
Responder1
É perfeitamente possível misturar RRs curinga de diferentes tipos.
O que vocênão podeO que fazer é misturar um RR CNAME com qualquer outro tipo de RR (exceto RRs DNSSEC). Isso se aplica quer os RRs sejam curingas ou não.
No seu caso o que você precisa fazer é substituir o CNAME RR por um A RR, apontando para o mesmo endereço IP do domínio principal:
$ORIGIN example.com
@ IN A 1.2.3.4
IN MX 10 mail
* IN A 1.2.3.4
IN MX 10 othermail
mail IN A 1.2.3.4
othermail IN A 5.6.7.8