Почему записи 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 на многих системах.