Почему записи MX?
Я ранее задавал вопрос о записи MX (и оценил вдумчивые ответы, полученные мной от SO'ers). Теперь, когда эта проблема решена, я хочу отступить и спросить, почему в первую очередь есть записи MX.
В частности: почему SMTP получает специальное лечение DNS?
У нас нет записей HX для записей HTTP или FX для FTP. Кажется, что каждый другой интернет-протокол прекрасно сочетается с DNS-записью. Действительно, статья Википедии о записях MX утверждает, что текущая спецификация SMTP говорит, что если запись MX не существует для получателя, сервер должен вернитесь к записи A. В нем также упоминается некоторое размещение SMTP, сделанное в мире до DNS, но это было 25 лет назад. Нам действительно нужны записи MX?
Ответы
Ответ 1
MX были использованы записи, поскольку для SMTP-трафика для [email protected] необходимо было по-разному маршрутизировать другой трафик для этого домена, а записи SRV еще не были изобретены.
Современное соглашение, которое вы можете ввести http://example.com/ в своем браузере без префикса www и по-прежнему добираться до требуемого веб-сайта, на самом деле немного странно. Чтобы более подробно объяснить, как настроить зону для достижения этого префиксного доступа:
$ORIGIN example.com
@ IN A 192.168.1.1
IN MX mail.example.com
www IN A 192.168.1.1
mail IN A 192.168.1.2
Таким образом, любой трафик, адресованный example.com, переходит на этот IP-адрес, независимо от используемого протокола (если только он не будет отправлен по электронной почте, который будет использовать запись MX).
На практике было бы предпочтительнее, если бы все приложения использовали записи SRV, а затем мы могли бы обойти все префиксы приложения, а также использовать записи A для их реальной цели - в частности, отображение реальных имен хостов в IP адреса.
Если SRV-записи были использованы таким образом, что файл зоны выглядел бы следующим образом:
$ORIGIN example.com
_http._tcp IN SRV 0 0 80 www.example.com
_smtp._tcp IN SRV 0 0 25 mail.example.com
www IN A 192.168.1.1
mail IN A 192.168.1.2
Это предположение о том, что первичная запись A в домене фактически используется для службы HTTP, также является частью причины, по которой Verisign SiteFinder "" вызвало столько же проблем, сколько было (вкратце), введенных в 2003 году. Перехватив все DNS A поиск записей для неизвестных доменов и вернув один из своих собственных адресов, Verisign нарушил всевозможные протоколы, которые предполагали, что они могут выйти из строя -over к другим механизмам адресной базы данных, если поиск DNS не удался.
Ответ 2
Основной целью записей MX является возможность указать машины для обработки определенного протокола для всего домена, а также указать резервные почтовые серверы (с разными приоритетами). Таким образом, если один сервер выйдет из строя, может дойти до следующего сервера в очереди для доставки электронной почты в этот домен. Ни один из них не может быть выполнен с помощью простых записей A, которые отображают прямое полное имя с помощью хоста.
Теперь можно сделать с SRV records (датировано 8 лет назад, а не 25), как отмечает Фрэнк. Тогда было много других стандартных протоколов, доступных в массовом порядке.
Ответ 3
Кажется, что все другие интернет-протоколы прекрасно сочетаются с записью DNS "A".
Ну, для них доступен тип записи SRV.
Возможно, если бы SMTP писал сегодня, он использовал бы это.
Ответ 4
В дополнение к разрешению спецификации резервных обменников обратите внимание, что не каждый домен имеет свой собственный почтовый сервер, поэтому необходимо иметь возможность указывать почтовый сервер, который существует в другом домене, уполномоченный на обмен электронной почтой, чтобы административные и системные сообщения, адресованные postmaster, root или любые технические/административные контакты, перечисленные в записях DNS WHOIS, могут быть доставлены, даже если они не существуют в текущем домене.
Вам просто не нужно это для ftp и http, потому что эти службы не инициируют исходящие соединения, такие как MX, и не считаются официальными контактными лицами.
Ответ 5
Никогда не пренебрегайте объяснениями "исторических причин". Еще в начале 80-х годов SMTP был в значительной степени единственным общедоступным протоколом, который должен был быть доступен для отображения всего сайта, - и поиск DNS выполнялся с помощью общего файла HOSTS на многих системах.
