Pourquoi les enregistrements MX? [fermé]

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

  •  23-08-2019
  •  | 
  •  

Question

je l'ai déjà posé une question en ce qui concerne les enregistrements MX (et apprécient les réponses réfléchies que je recevais de SO'ers). Maintenant que ce problème est résolu, je veux revenir en arrière et demander pourquoi il y a des enregistrements MX en premier lieu.

Plus précisément: Pourquoi SMTP obtenir un traitement spécial par DNS

Nous n'avons pas d'enregistrements pour les enregistrements HX HTTP ou FTP pour FX. Il semble que tous les autres protocoles Internet se débrouille très bien avec DNS » un enregistrement. En effet, le article de Wikipédia sur les enregistrements MX indique que la spécification SMTP actuelle indique que si un enregistrement MX n'existe pas pour un récepteur, le serveur doit se replier sur un enregistrement a. Il mentionne également certains logements SMTP fait dans un monde pré-DNS, mais qui était il y a 25 ans. Avons-nous vraiment besoin MX enregistre plus?

Était-ce utile?

La solution

documents MX ont été utilisés parce qu'il y avait un besoin pour le trafic SMTP user@domain être acheminés différemment à la circulation pour ce domaine, et les dossiers de SRV avaient pas encore été inventé.

La convention moderne que vous pouvez taper http://example.com/ dans votre navigateur sans préfixe www et toujours obtenir sur le site Web est en fait nécessaire un peu bizarre. Pour expliquer plus en détail, comment envisager une zone normalement être mis en place pour atteindre cet accès préfixe moins: 

$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

Ainsi, tout le trafic adressé à example.com va à cette adresse IP, quel que soit le protocole utilisé (à moins que ce courrier électronique qui utilisera l'enregistrement MX).

Dans la pratique, il serait préférable pour tous applications d'utiliser les enregistrements de SRV, et nous pourrions en finir avec l'application des préfixes spécifiques tous ensemble, et d'utiliser les enregistrements pour leur véritable but - en particulier cartographie réelle hostname à des adresses IP.

Si les enregistrements SRV ont été utilisés de cette manière que le fichier de zone ressemblerait plutôt comme: 

$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

Cette hypothèse que le dossier principal A à un domaine est en fait pour le service HTTP fait également partie de la raison pour laquelle Verisign SiteFinder « service » a causé autant de problèmes qu'il a fait quand il a été (brièvement) introduit en 2003. en interceptant toutes les recherches d'enregistrement de A DNS pour les domaines inconnus et retourner l'un de leurs propres adresses, Verisign a brisé toutes sortes de protocoles qui suppose qu'ils pourraient fail-over à d'autres mécanismes de base de données d'adresse si la recherche DNS a échoué.

Autres conseils

Le but principal derrière les enregistrements MX est la possibilité de spécifier la machine (s) pour gérer un protocole spécifique pour le domaine entier, et aussi de spécifier les serveurs de messagerie de sauvegarde (avec des priorités différentes.) De cette façon, si un serveur échoue, peut encore atteindre le prochain serveur en ligne pour envoyer des messages vers ce domaine. Ne peut être fait avec des documents simples A, qui tracent directement un nom complet avec un hôte.

Il peut maintenant être fait avec enregistrements SRV (il y a 8 ans en date, et non 25) comme Frank souligne. À l'époque, il n'y avait pas beaucoup d'autres protocoles standard massivement disponibles.

  

Il semble que tous les autres protocoles Internet se débrouille très bien avec DNS » un enregistrement.

Eh bien, le type d'enregistrement SRV est disponible pour ceux-ci.

Probablement, si SMTP était écrit aujourd'hui, il utiliser.

En plus de permettre la spécification des échangeurs de sauvegarde, observer que chaque domaine a son propre serveur de messagerie, il est donc nécessaire d'être en mesure de spécifier un serveur de messagerie qui existe sur un autre domaine comme autorisé à échanger du courrier afin que les autorités administratives et les messages système adressés à postmaster, racine ou des contacts techniques / administratifs figurant dans les registres WHOIS DNS peut être délivré, même si elles n'existent pas sur le domaine actuel.

Tu ne avez pas besoin que pour ftp et http parce que ces services ne déclenchent pas les connexions sortantes comme MX ils ne sont pas considérés comme des points de contact officiels.

Ne jamais négliger l'explication des « raisons historiques ». Retour au début des années 80, SMTP était à peu près le seul protocole connu publiquement que devait être disponible à la carte pour un site entier -. Et la recherche DNS a été fait avec le fichier Hosts commun sur de nombreux systèmes

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top