Предположим, у меня есть домен со следующими 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
Я надеялся, что это позволит мне обслуживать веб-страницы и получать почту на любом поддомене domain.com, но когда я его тестирую:
~# 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.
Я ожидал бы получить такой раздел ответов:
;; ANSWER SECTION:
blah.domain.com. 84770 IN MX 10 othermail.domain.com.
Но похоже, что я получаю подстановочную запись CNAME вместо MX.
Читая различные материалы, которые я нашел в Интернете, мне кажется, что такое поведение является преднамеренным (каким бы безумным оно ни было).
Теперь мой вопрос: возможно ли каким-либо образом иметь такую конфигурацию, возвращающую разные anserws в зависимости от типа записи?
Спасибо.
Вполне возможно смешивать RR с подстановочными знаками разных типов.
Что ты не могу do - это смешивание записи CNAME RR с любой другой записью (за исключением записей DNSSEC). Это применимо независимо от того, используются ли RR с подстановочными символами.
В вашем случае вам нужно заменить CNAME RR на A RR, указывая на тот же IP-адрес, что и основной домен:
$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