Perché hanno i record MX? [chiuso]

Question

per quanto riguarda i record MX (e apprezzare le risposte premurose che ho ricevuto da SO'ers). Ora che il problema è stato risolto, voglio fare un passo indietro e chiedere il motivo per cui ci sono i record MX, in primo luogo.

In particolare:? Perché SMTP ottiene un trattamento speciale da DNS

Non abbiamo registrazioni HX per HTTP o FX record per FTP. Sembra come ogni altro protocollo Internet se la cava bene con DNS' un record. In effetti, il voci di Wikipedia record MX afferma che l'attuale specifica SMTP dice che se un record MX non esiste per un ricevitore, il server deve ripiegare su un record. Si cita anche alcuni alloggi SMTP realizzato in un mondo pre-DNS, ma che è stato 25 anni fa. Abbiamo davvero bisogno MX registra più?

Answer 1

record MX sono stati utilizzati perché c'era la necessità per il traffico SMTP per user@domain di essere indirizzati in modo diverso per il resto del traffico per quel dominio, e le registrazioni SRV non erano stati ancora inventati.

La convenzione moderna che è possibile digitare http://example.com/ nel tuo browser senza prefisso www e ancora ottenere al sito richiesto è in realtà un po 'strano. Per spiegare più in dettaglio, si consideri come una zona normalmente essere impostato per raggiungere questo obiettivo prefisso di-meno accesso:

$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

Quindi, tutto il traffico indirizzato a example.com va a tale indirizzo IP, indipendentemente dal protocollo in uso (a meno che non si tratta di e-mail, che utilizzerà il record MX).

In pratica sarebbe preferibile per tutti applicazioni di fare uso di dischi SRV, e poi potremmo farla finita con i prefissi specifici dell'applicazione tutti insieme, e utilizzare un record per il loro vero scopo - specificamente mappatura reali hostname in indirizzi IP.

Se i record SRV sono stati utilizzati in questo modo che file di zona apparirebbe invece come:

$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

Questa ipotesi che il record A primario in un dominio è in realtà per il servizio HTTP è anche parte del motivo per cui di Verisign "servizio" SiteFinder causato tanti problemi come ha fatto quando è stato (per breve tempo), introdotto nel 2003. con intercettare tutti la ricerca di record A DNS per i domini sconosciuti e il ritorno uno dei propri indirizzi, Verisign ha rotto tutti i tipi di protocolli che presume che potessero fail-over ad altri meccanismi di database indirizzo se la ricerca DNS non è riuscita.

Answer 2

Lo scopo principale dietro i record MX è la possibilità di specificare la macchina (s) per gestire un protocollo specifico per l'intero dominio, e anche per specificare i server di posta di backup (con priorità diverse.) In questo modo, se un server si riesce può ancora raggiungere il server prossimo in linea per fornire email per quel dominio. Nessuno dei due può essere fatto con i record di una pianura, che mappano direttamente un nome completo con un host.

Si può ora essere fatto con record SRV (datata 8 anni fa, non 25) come sottolinea Frank. Allora non c'erano molti altri protocolli standard massicciamente disponibili.

Answer 3

  

Sembra che ogni altro protocollo Internet se la cava bene con DNS' un record.

Bene, il tipo di record SRV è disponibile per chi.

Probabilmente se SMTP è stato scritto oggi sarebbe utilizzare tale.

Answer 4

Oltre a consentire la specifica di scambiatori di backup, osservare che non tutti i domini ha un proprio server di posta, quindi è necessario essere in grado di specificare un server di posta che esiste in un altro dominio come autorizzato per lo scambio di mail in modo che amministrativo e messaggi di sistema indirizzati al postmaster, root o eventuali contatti amministrativi / tecnici elencati nei record WHOIS DNS possono essere consegnati, anche se non esistono sul dominio corrente.

Hai solo non è necessario che, per FTP e HTTP, perché tali servizi non avviano le connessioni in uscita come MX né sono considerati punti ufficiali di contatto.

Answer 5

Non trascurare la spiegazione "ragioni storiche". Indietro nei primi anni '80, SMTP era praticamente l'unico protocollo pubblicamente noto che doveva essere disponibile per mappare per un intero sito -. E la ricerca DNS è stato fatto con i padroni comuni di file su molti sistemi