☰

Grundlegende DNS-Frage: WWW vs. Mail

tag-icon • tag-icon domain-name-system email ip
Grundlegende DNS-Frage: WWW vs. Mail

Ich bin Webentwickler und mein Kunde kam zu mir, weil er eine Neugestaltung seiner Website benötigte, und dazu gehörten auch SEO-Arbeiten. (Ich hoffe, dies ist der richtige Ort für diese Frage!) Das Problem ist, dass der Kunde seinen Domänennamen bereits besaß, bevor er sich an mich wandte, und sein DNS tatsächlich bei zoneedit.com gehostet hat, was nicht die schönste DNS-Schnittstelle bietet, die ich je gesehen habe.

Derzeit sind die DNS-Zonen wie folgt konfiguriert (falsche Daten):

diedomain.com
24.47.156.62

ftp.diedomain.com
12.15.16.91

mail.diedomain.com
24.47.156.62

www.diedomain.com
12.15.16.91

Das Problem für mich ist, dass seine Einträge www.thedomain.com und thedomain.com nicht auf dieselbe IP-Adresse verweisen, was bedeutet, dass man seine Site nur über www.thedomain.com und nicht ohne www aufrufen kann. Suchmaschinen (und Benutzer wie ich, die Webadressen lieber ohne www eingeben) mögen das nicht.

Mein erster Gedanke war, die IP-Adresse für thedomain.com in zu ändern 12.15.16.91oder die Einträge für ftp und www. Das Problem ist, dass er sich jedes Mal, wenn ich das mache, beschwert, dass er keine E-Mails mehr an seine E-Mail-Adresse @thedomain.com erhält und die IP von thedomain.com wieder auf die gleiche wie für mail.thedomain.com ändert.

Ich entschuldige mich, wenn das eine einfache Frage ist, aber ich bin mir nicht sicher, was ich hier tun soll. Wie kann ich den Webverkehr umleiten, 12.15.16.91egal ob er von www.thedomain.com oder thedomain.com kommt, aber gleichzeitig die E-Mail-Integrität des Clients intakt halten?

Danke!

Antwort1

Klingt, als hätten sie keinMX-Eintragfür die Domäne einrichten. Fügen Sie es hinzu und richten Sie es auf den richtigen Ort (wahrscheinlich mail.thedomain.com) aus. Dann sollte die Weiterleitung von thedomain.com kein Problem sein.

Antwort2

<rant>Warum verstecken die Leute hier ihre echten Domänennamen? Es handelt sich ja nicht um vertrauliche Daten und in diesem (und den meisten) Fällen würde es tatsächlich helfen, das vorliegende Problem zu lösen! Andernfalls müssen wir ein Frage-und-Antwort-Spiel spielen.</rant>

Was wird dig thedomain.com mxzurückgegeben? Wenn kein MX-Eintrag vorhanden ist, lässt sich das Problem ganz einfach beheben:

  1. Fügen Sie einen neuen Namen mail.thedomain.commit der aktuellen IP-Adresse hinzu thedomain.com.

    mail.thedomain.com. A [alte Adresse von thedomain.com]

  2. Fügen Sie einen MX-Eintrag hinzu:

    dieDomäne.com. MX 1 mail.dieDomäne.com.

  3. Stellen Sie sicher, dass die E-Mail-Clients so konfiguriert sind, dass sie E-Mails auch unter diesem neuen Namen und nicht unter dem alten empfangen.

Sobald dies funktioniert, ändern Sie die IP-Adresse von thedomain.com in die gewünschte Adresse.

Antwort3

Es hört sich so an, als ob sein E-Mail-Client so konfiguriert sein könnte, dass er die Verbindung zu POP3- oder IMAP-Diensten mit dem Hostnamen „thedomain.com“ statt „mail.thedomain.com“ herstellt.

Wie kann ich den Web-Verkehr unabhängig davon, ob er von www.thedomain.com oder thedomain.com kommt, auf 12.15.16.91 umleiten und gleichzeitig die E-Mail-Integrität des Clients wahren?

Es ist möglich, mehrere A-Einträge zu konfigurieren, um einen einzelnen Hostnamen in mehrere IP-Adressen aufzulösen. Dies führt jedoch dazu, dass der DNS-Server zwischen den IP-Adressen hin- und herwechselt. Dies wird das Problem also nur verschlimmern (weil seine Ausfälle nun sporadisch auftreten). Ich rate davon ab. Der erste Schritt, den Sie unternehmen sollten, besteht darin, zu bestätigen, mit welchem ​​Host sein E-Mail-Client eine Verbindung herstellen soll.

Der Nachwelt sei außerdem empfohlen, zu bestätigen, dass der MX-Eintrag für die Domäne mit „mail.thedomain.com.“ und nicht mit „thedomain.com.“ verknüpft ist.

Antwort4

Ich würde noch einen Schritt weiter gehen und sagen, dass der Client zwar wahrscheinlich einen MX-Eintrag hat, sein Mailserver aber falsch konfiguriert ist. Er geht fälschlicherweise davon aus, dass der Mailserver sich als thedomain.com ausgeben muss, um E-Mails von thedomain.com zu senden.

Es ist völlig akzeptabel, E-Mails für thedomain.com zu sendenausmail.thedomain.com. Da E-Mails über einen separaten MX-Eintrag verarbeitet werden, behandle ich den reinen Domäneneintrag (thedomain.com) normalerweise als „Web“-Eigenschaft.

Bei einem Postfix-Server ist dies der Unterschied zwischen:

myorigin = thedomain.com
mydestination = mail.thedomain.com, thedomain.com

verwandte Informationen