MX-Record - was ist das?

Inhaltsverzeichnis:

MX-Record - was ist das?
MX-Record - was ist das?
Anonim

MX-Eintrag oder Mail-Exchanger-Eintrag ist eine Art Ressourceneintrag im Domain Name System, der den Mailserver angibt, der für die Annahme von E-Mail-Nachrichten im Namen der Domain des Empfängers verantwortlich ist, und einen Präferenzwert zur Priorisierung der E-Mail-Zustellung. Ein Satz von Mail-Exchanger-Einträgen im Namen einer Domain gibt an, wie E-Mails unter Verwendung des Simple Mail Transfer Protocol (SMTP) weitergeleitet werden sollen.

mx-Aufzeichnungen
mx-Aufzeichnungen

MX Records: Technologie-Überblick

Ressourcendatensätze sind das primäre Informationselement des Domain Name System (DNS). Sie unterscheiden sich in Typkennung (A, MX, NS) und DNS-Klasse (Internet, CHAOS). Datensätzen ist ein Ablaufdatum (Lebensdauer) zugewiesen, das angibt, wann die darin gespeicherten Informationen von einem autoritativen Nameserver aktualisiert werden müssen. Ressourceneinträge sind im DNS basierend auf dem E-Mail-FQDN des Empfängers organisiert (der Teil des Namens nach dem Symbol@) im Internet, fragt der sendende Agent Mail Transfer Service (MTA) das Domain Name System nach MX-Einträgen für jede Empfängerdomäne ab. Diese Abfrage gibt eine Liste von Mail Exchange Server-Hosts zurück, die eingehende E-Mails für diese Domain akzeptieren. Der sendende Agent versucht dann, eine SMTP-Verbindung aufzubauen.

mx-Domain-Einträge
mx-Domain-Einträge

Grundlagen der Priorisierung

Im einfachsten Fall kann eine Domain nur einen Mailserver haben. Wenn der MTA beispielsweise MX-Einträge für example.com sucht und der DNS-Server nur mit mail.example.com mit einer Präferenzanzahl von 50 antwortet, versucht der MTA, E-Mails an den angegebenen Server zu senden. In diesem Fall kann die Zahl 50 jede von der SMTP-Spezifikation zugelassene Ganzzahl sein. Aber wenn mehr als ein Server für eine MX-Anfrage zurückgegeben wird, bestimmt die Präferenznummer für jeden Eintrag die relative Priorität des angegebenen Servers. Wenn ein entfernter Client (normalerweise ein anderer Mailserver) eine MX-Suche nach einem Domänennamen durchführt, erhält er eine Liste mit Servern und ihren Präferenznummern. Jeder Server mit der niedrigsten Präferenznummer sollte zunächst überprüft werden. Um eine zuverlässige E-Mail-Übertragung zu gewährleisten, muss der SMTP-Client in der Lage sein, jede der übereinstimmenden Adressen in dieser Liste der Reihe nach zu überprüfen, bis der Zustellversuch erfolgreich ist.

Load-Balancing zwischen Arrays von Mailservern

Die Methode, die zum Lastenausgleich eingehender E-Mails über eine Reihe von Servern verwendet wird, muss für jeden Server in der Gruppe dieselbe Präferenznummer zurückgeben. Beim Bestimmen, welcher Server die gleiche Präferenz für das Senden von E-Mails hat, muss der Absender sie zufällig anordnen, um die Last auf mehrere E-Mail-Exchanger für eine bestimmte Organisation zu verteilen. Multihomed-Server werden anders behandelt, da davon ausgegangen wird, dass jede Randomisierung bereits vom Nameserver angewendet wurde. Es befasst sich hauptsächlich mit Routing-Problemen. Andere Arten von Serverlasten können mit einem SMTP-Proxy gelöst werden.

MX-Einträge überprüfen
MX-Einträge überprüfen

Sicherung

Der Zielserver, also derjenige, der weiß, wie er die Mailbox des entsprechenden Benutzers auszuliefern weiß, ist in der Regel der bevorzugte. Server mit niedrigerer Priorität, die als Standby- oder sekundäre MX-Einträge bezeichnet werden, h alten Nachrichten normalerweise in einer Warteschlange, während sie darauf warten, dass der primäre Server angezeigt wird. Wenn beide Server online oder irgendwie miteinander verbunden sind, leitet das MX-Backup die E-Mail an den Haupt-Mail-Exchanger weiter. Das Backup fungiert als Tresor.

So richten Sie MX-Einträge ein: Priorität

Mail wird an den Exchange-Server mit der niedrigsten Präferenznummer (höchste Priorität) gesendet, daher sollte der Mail Exchanger-Eintrag, der für das Routing verwendet wird, die niedrigste Präferenznummer haben, normalerweise 0. Prioritätdefiniert die Reihenfolge, in der die Server zugeordnet werden sollen (wenn mehrere Server mit unterschiedlichen Prioritäten angegeben sind). Die Server mit der höchsten Priorität und der niedrigsten Präferenznummer werden zuerst überprüft. In DNS-Einträgen wird normalerweise die Präferenznummer festgelegt und angegeben.

Einrichtungsfehler

Ein verbreiteter Irrglaube bei der Bestellung von Domain-MX-Record-Präferenzen ist, dass dies die Wahrscheinlichkeit der E-Mail-Zustellung erhöhen soll. Diesen Vorteil bietet jedoch die einfache Verwendung mehrerer Einträge mit derselben Einstellung.

MX-Einträge konfigurieren
MX-Einträge konfigurieren

Eine weitere häufige Fehlinterpretation der MX-Präferenzreihenfolge ist, dass sie im Falle einer Serverüberlastung ein "Failover" ermöglichen soll. Obwohl es auf diese Weise verwendet werden kann, ist es eine schlechte Ressourcenverw altungstechnik, da es absichtlich eine Überlastung verursacht, die verfügbare Hardware nicht vollständig nutzt und keine Überprüfung von MX-Einträgen zulässt. Das Zuweisen desselben Werts zu allen verfügbaren Servern bietet denselben Vorteil, kann dazu beitragen, Überlastungssituationen zu vermeiden und somit den Systemdurchsatz zu erhöhen, indem die Latenz reduziert wird.

SMTP-Protokollierung

Das SMTP-Protokoll richtet ein Store-and-Forward-Netzwerk ein, und wenn die Mailserver einer Domain offline sind, benötigen die sendenden Server eine Warteschlange mit Nachrichten, die für diese Domain bestimmt sind, um es später erneut zu versuchen. Diese sendenden Server können jedoch nicht benachrichtigt werden, dass sie jetzt verfügbar sindeigenständige Domain-Server und erkennen erst beim nächsten Versuch beim Versenden verzögerter Nachrichten, dass die Domain verfügbar ist.

Überprüfen Sie den MX-Eintrag der Domain
Überprüfen Sie den MX-Eintrag der Domain

Die Verzögerung zwischen dem Onlinesch alten der Domänenserver und der endgültigen Zustellung ausstehender Nachrichten kann zwischen Minuten und mehreren Tagen liegen, abhängig vom Wiederholungsplan der sendenden Server. Das Problem ist, dass die Backups eindeutig qualifiziert sind, um sie zu lösen, und es Ihnen nicht erlauben, den MX-Eintrag der Domain zu überprüfen.

Empfohlen: