Supongo que tengo un dominio con los siguientes RR:
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
Esperaba que esto me permitiera servir páginas web y recibir correo en cualquier subdominio de dominio.com, pero cuando lo pruebo:
~# 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.
Esperaría recibir una sección de respuestas como esta:
;; ANSWER SECTION:
blah.domain.com. 84770 IN MX 10 othermail.domain.com.
Pero parece que obtengo el registro comodín CNAME en lugar del MX.
Al leer varias cosas que encontré en línea, me parece que este comportamiento es intencionado (por muy estúpido que sea).
Ahora mi pregunta es si es posible de alguna manera tener una configuración como esta que devuelva diferentes respuestas según el tipo de registro.
Gracias.
Respuesta1
Es perfectamente posible mezclar RR comodines de diferentes tipos.
Lo que tuno poderLo que se debe hacer es mezclar un RR CNAME con cualquier otro tipo de RR (excepto los RR DNSSEC). Esto se aplica independientemente de que los RR tengan comodines o no.
En su caso, lo que debe hacer es reemplazar el CNAME RR con un A RR, apuntando a la misma dirección IP que el dominio 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