¿Por qué tener los registros MX? [cerrado]

StackOverflow https://stackoverflow.com/questions/385193

  •  23-08-2019
  •  | 
  •  

Pregunta

hecho una pregunta con respecto a los registros MX (y apreciar las respuestas bien pensadas que he recibido de SO'ers). Ahora que ese problema se resuelve, quiero dar un paso atrás y preguntarse por qué existen registros MX en el primer lugar.

En concreto:? ¿Por qué SMTP reciben un tratamiento especial por el DNS

No tenemos registros HX para HTTP o FTP para FX registros. Parece como cualquier otro protocolo de Internet se lleva muy bien con DNS Un registro. De hecho, el artículo de Wikipedia sobre los registros MX establece que la especificación actual del smtp dice que si un registro MX no existe para un receptor, el servidor debe recurrir a un registro a. También menciona algunos alojamientos SMTP que se establece en un mundo pre-DNS, pero eso fue hace 25 años. ¿Es realmente necesario MX registra más?

¿Fue útil?

Solución

registros MX se utilizaron porque había una necesidad para el tráfico SMTP para user@domain para ser transferido de manera diferente al resto del tráfico para ese dominio, y los registros SRV no se habían inventado todavía.

La convención moderna que puede escribir http://example.com/ en su navegador sin un prefijo www y todavía llegar a la página web requerida es en realidad un poco extraño. Para explicar con más detalle, considere cómo una zona normalmente sería configuración para lograr este prefijo-menos acceso: 

$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

Por lo tanto, todo el tráfico dirigido a example.com va a esa dirección IP, independientemente del protocolo en uso (a menos que sea por correo electrónico que utilizará el registro MX).

En la práctica, sería preferible para todos Aplicaciones para hacer uso de los registros SRV, y entonces podríamos acabar con los prefijos específicos de aplicación todos juntos, y usar un registro para su propósito real - en concreto mapeo real nombres de host a direcciones IP.

Si se utilizaron los registros SRV de esta manera que el archivo de zona se vería en su lugar 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 suposición de que el registro A principal en un dominio es en realidad para el servicio HTTP es también parte de la razón por la cual de Verisign SiteFinder "servicio" causado tantos problemas como lo hizo cuando fue (brevemente) introducido en 2003. al interceptar todas las búsquedas de registros A DNS para los dominios desconocidos y entrega de uno de sus propias direcciones, Verisign rompió todo tipo de protocolos que supone que podrían conmutación por error a otros mecanismos de bases de datos de direcciones si la búsqueda de DNS falló.

Otros consejos

El objetivo principal detrás de los registros MX es la capacidad de especificar máquina (s) de manejar un protocolo específico para todo el dominio, así como especificar los servidores de correo de copia de seguridad (con diferentes prioridades.) De esta manera, si un servidor que falla todavía puede llegar al siguiente servidor en la fila para entregar el correo electrónico a ese dominio. Tampoco se puede hacer con los registros de una llanura, que se asignan directamente a un nombre completo con un host.

Ahora se puede hacer con registros SRV (fecha hace 8 años, no 25) como señala Frank. En aquel entonces no había muchos otros protocolos estándar masivamente disponible.

  

Parece como cualquier otro protocolo de Internet se lleva muy bien con DNS Un registro.

Bueno, el tipo de registro SRV está disponible para aquellos.

Probablemente si SMTP se está escribiendo hoy que usaría eso.

Además de permitir la especificación de los intercambiadores de copia de seguridad, tenga en cuenta que no todos los de dominio tiene su propio servidor de correo, por lo que es necesario ser capaz de especificar un servidor de correo que existe en otro dominio como autorizada para el intercambio electrónico de manera que administrativa y los mensajes del sistema dirigidas al jefe de correos, raíz o contactos administrativos / técnicos que figuran en los registros de WHOIS DNS puede ser entregado, aunque no existen en el dominio actual.

Uno no necesita que por FTP y HTTP porque esos servicios no se inician las conexiones salientes como MX ni se consideran puntos de contacto oficiales.

Nunca descuidar la explicación "razones históricas". Volver a principios de los 80, SMTP era prácticamente el único conocido públicamente protocolo que tenía que estar disponible para asignar a un sitio completo -. Y la búsqueda de DNS se hizo con los anfitriones comunes presentar en muchos sistemas

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top