Por que tem registros MX? [fechadas]

Question

Eu já uma pergunta sobre os registros MX (e apreciar as respostas atenciosas que recebi de SO'ers). Agora que esse problema seja resolvido, quero passo para trás e perguntar por que existem registros MX em primeiro lugar.

Especificamente:? Por que SMTP recebem tratamento especial pelo DNS

Não temos registros HX para HTTP ou FX registros para FTP. Parece que cada outro protocolo Internet se dá muito bem com registro A de DNS'. Na verdade, o href="http://en.wikipedia.org/wiki/MX_record" rel="nofollow noreferrer"> artigo que a especificação SMTP atual diz que, se um registro MX não existe para um receptor, o servidor deve voltar a cair um registro a. Ele também menciona algumas acomodações SMTP feita em um mundo pré-DNS, mas isso foi há 25 anos. Será que realmente precisamos MX registra mais?

Answer 1

registros MX foram usados ??porque havia uma necessidade para o tráfego SMTP para user@domain para ser encaminhado de forma diferente para outro tráfego para esse domínio, e os registros SRV ainda não tinha sido inventado.

A convenção moderna que você pode digitar http://example.com/ no seu browser sem um prefixo www e ainda chegar ao site necessário é realmente um pouco estranho. Para explicar mais detalhadamente, considere como uma zona normalmente ser configurado para atingir esse acesso prefixo-less:

$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

Assim, qualquer tráfego endereçado a example.com vai para esse endereço IP, independentemente do protocolo em uso (a menos que seja de e-mail que irá usar o registro MX).

Na prática, seria preferível para todas aplicações de fazer uso de registros SRV, e então nós poderíamos acabar com a aplicação específica prefixos todos juntos, e registros de usar um para o seu propósito real - especificamente mapeamento verdadeiro nomes de host para endereços IP.

Se SRV registros foram usados ??desta forma que arquivo de zona ficaria em vez como:

$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

Esta suposição de que o registro A primário em um domínio é realmente para HTTP serviço também é parte da razão por que da Verisign Sitefinder "serviço" causou tantos problemas como o fez quando era (brevemente) introduzido em 2003. ao interceptar todas as pesquisas recordes A DNS para domínios desconhecidos e retornando um de seus próprios endereços, Verisign quebrou todos os tipos de protocolos que assumiu que eles poderiam deixar a cargo de outros mecanismos de banco de dados de endereços, se a pesquisa de DNS falhou.

Answer 2

O principal objetivo por trás dos registros MX é a capacidade de especificar máquina (s) para lidar com um protocolo específico para todo o domínio, e também para especificar servidores de correio de backup (com prioridades diferentes.) Dessa forma, se um servidor falhar você ainda pode alcançar o próximo servidor na fila para entregar e-mail para esse domínio. Nem pode ser feito com registros de uma planície, que mapeiam diretamente um nome completo com um host.

Ele pode agora ser feito com registros SRV (datada de 8 anos, não 25) como assinala Frank. Naquela época não havia muitos outros protocolos padrão maciçamente disponível.

Answer 3

Parece que cada outro protocolo Internet se dá muito bem com registro Um DNS'.

Bem, o tipo de registro SRV está disponível para aqueles.

Provavelmente, se SMTP estava sendo escrito hoje que vai usar isso.

Answer 4

Além de permitir a especificação de trocadores de backup, observe que nem todos os domínio tem o seu próprio servidor de email, por isso é necessário para ser capaz de especificar um servidor de correio que existe em outro domínio como autorizado ao correio do Exchange para que administrativa e mensagens do sistema dirigida ao postmaster, raiz ou contatos técnicos / administrativos listados nos registros WHOIS DNS podem ser entregues, mesmo se eles não existem no domínio atual.

Você só não precisa disso para ftp e http porque esses serviços não iniciam conexões de saída como MX nem são considerados pontos oficiais de contato.

Answer 5

Nunca negligenciar a "razões históricas" explicação. Voltar no início dos anos 80, SMTP foi praticamente o publicamente conhecido único protocolo que tinha que estar disponível para mapear para um site inteiro. - E a pesquisa de DNS foi feito com o arquivo HOSTS comum em muitos sistemas