Недавно партнер попросил нас сделать следующее в одной из наших DNS-зон:
_dmarc.send.domain.com. TXT "v=DMARC1; p=none"
send.domain.com. NS ns1.otherdomain.com.
send.domain.com. NS ns2.otherdomain.com.
otherdomain.comDNS определяет запись MX дляsend
К моему удивлению, это сработало и _dmarc.send.domain.com.(TXT), и send.domain.com(MX).
Как это возможно?
Некоторые мысли о корневых зонах:
Я знаю, что в корневых зонах, например .COM, домены определяются похожим образом (я упростил вывод):
dig google.com ns @a.gtld-servers.net.
google.com. 172800 IN NS ns2.google.com.
google.com. 172800 IN NS ns1.google.com.
ns2.google.com. 172800 IN A 216.239.34.10
ns1.google.com. 172800 IN A 216.239.32.10
Однако, если ns1.google.comи ns2.google.comперестает работать, запрос типа этогоМОЖЕТтакже перестали работать (я предполагаю, что у меня есть локальный DNS-сервер на localhost):
dig google.com ns @127.0.0.1
Он может остановиться, так как локальный DNS-сервер запросит ns1.google.comинформацию ns2.google.com.
Некоторые мысли о «загрузке» хостов в корневые зоны:
Вот именно поэтому установка DNS как www.domain.comне будет работать. Позвольте мне подробнее об этом:
Некоторые регистраторы .com позволяют вам установить один DNS-сервер (вместо двух). Затем вы регистрируете домен - domain.com, затем вы устанавливаете DNS на вашем домене - www.domain.comи на вашем веб-сервере вы также устанавливаете DNS-сервер.
Теперь, если кто-то посещает ваш сайт, теоретически DNS-запрос обрабатывается с корневого сервера .COM.
За исключением того, что это не работает. Или, если быть точным, большую часть времени DNS-запросы все равно поступают на ваш DNS-сервер, и если ваш локальный DNS перестает работать, большинство клиентов не могут разрешить имя www.domain.com.