Почему имеют записи MX? [закрытый]
5 ответов
MX записи использовались, потому что была потребность в трафике SMTP к user@domain, чтобы быть направленной по-другому к другому трафику для того домена, и 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).
В практике было бы предпочтительно для [1 112] весь приложения использовать SRV записи, и затем мы могли покончить со специализированными префиксами все вместе и использовать записи для их реальной цели - конкретно отображение реального имена хостов к 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 повредил все виды протоколов, которые предположили, что могли обработка отказа к другим механизмам базы данных адреса, если бы поиск DNS перестал работать.
кажется, что любой Протокол Интернета ладит очень хорошо с DNS запись.
ну, тип записи SRV доступен для тех.
, Вероятно, если бы SMTP писался сегодня, он использовал бы это.
В дополнение к разрешению спецификации резервных обменников заметьте, что не каждый домен имеет свой собственный почтовый сервер, таким образом, необходимо смочь указать почтовый сервер, который существует на другом домене, как авторизовано для обмена почтой так, чтобы административный и системные сообщения, адресованные администратору почты, корень или любые технические/административные контакты, перечисленные в записях WHOIS DNS, могли быть поставлены, даже если они не существуют на текущем домене.
Вам просто не нужно это для ftp и http, потому что те сервисы не инициируют исходящие соединения как MX, и при этом их не считают официальными точками контакта.
Никогда не пропускайте "исторические причины" объяснение. Назад в начале 80-х, SMTP был в значительной степени единственным публично известным протоколом, который должен был быть доступным для отображения для всего сайта - и поиск DNS был сделан с общим Файлом hosts во многих системах.
Основной целью позади записей MX является способность указать машину (машины), чтобы обработать определенный протокол для всего домена и также указать резервные почтовые серверы (с различными приоритетами.) Тот путь, если сбои сервера можно все еще достигнуть следующего сервера в строке для поставки электронной почты тому домену. Ни один не может быть сделан с плоскостью записи, которые отображают непосредственно полное имя с хостом.
Это может теперь быть сделано с записи SRV (датировался 8 лет назад, не 25), как указывает Frank. Тогда не было многих других стандартных протоколов, в широком масштабе доступных.