DNS: Subdomains, die sowohl einen MX-Eintrag als auch einen CNAME erfordern

Nehmen wir an, wir besitzen die Zone mywebservice.com.

Ich möchte, dass jeder meiner Kunden eine eigene Unterdomäne erhält, z. B. customer.mywebservice.com.

customer.mywebservice.com muss ein CNAME für einen bestimmten Server außerhalb des Standorts sein. Da diese Site ihre eigene Ausrüstung verwaltet und Adressen zu jedem Zeitpunkt ändern kann, ist der CNAME eine Anforderung.

Die Benutzer müssen außerdem in der Lage sein, eine E-Mail an inbox@customer.mywebservice.com zu senden, für die ein einfacher MX-Eintrag erforderlich wäre.

An dieser Stelle möchte ich Sie jedoch anleiten:

Gemäß RFC 1034 :

If a CNAME RR is present at a node, no other data should be
present; this ensures that the data for a canonical name and its aliases
cannot be different.

Ich habe auch überprüft, dass mein DNS-Server es ablehnt, nur einen CNAME für Hosts bereitzustellen, die diese verwenden.

Es scheint also, dass ich eine Verlustsituation haben könnte. Wenn ich den MX-Eintrag verwenden möchte, muss ich ein A anstelle eines CNAME verwenden.

Kann jemand irgendwelche Problemumgehungen vorstellen? Vielen Dank!

Leider stoßen Sie auf eine Einschränkung der DNS-Spezifikation. Bei den meisten DNS-Serverimplementierungen schlägt ein MX-Eintrag für denselben Hostnamen fehl, der als CNAME-Eintrag definiert ist. Einige ältere DNS-Server werden dies zulassen, wurden jedoch größtenteils zugunsten neuer, sichererer Implementierungen eingestellt.

Anstatt CNAME-Einträge zu verwenden, müssen Sie A-Einträge mit den IP-Adressen der Kundenstandorte direkt verwenden, anstatt die Namen zu aliasen.

Nach viel Arbeit und Recherche hier habe ich eine akzeptable Lösung gefunden. Erstens ist es wichtig, dass wir uns alle an die RFCs halten. Ich habe meinen DNS-Server so gepatcht, dass er gegen den RFC verstößt, und festgestellt, dass einige andere wichtige DNS-Server die Änderung nicht berücksichtigen.

Der geeignete Schritt besteht darin, den MX auf dem Host zu platzieren, auf den der CNAME zeigt. Wenn also customer.mywebservice.com ein CNAME für den A-Datensatz loadbalancer.mywebservice.com ist, ist es richtig, auch einen MX-Datensatz für loadbalancer.mywebservice.com zu erstellen. Ich habe überprüft, dass dies mit allen wichtigen Resolvern funktioniert.

Wenn eine MX-Abfrage für customer.mywebservice.com durchgeführt wird, folgt die Resolver-Bibliothek dem CNAME und ruft den richtigen MX für den endgültigen A-Datensatz ab. Hurra!

customer.mywebservice.com muss ein CNAME für einen bestimmten Server außerhalb des Standorts sein. Da diese Site ihre eigene Ausrüstung verwaltet und Adressen zu jedem Zeitpunkt ändern kann, ist der CNAME eine Anforderung.

Kann jemand irgendwelche Problemumgehungen vorstellen? Vielen Dank!

Sie haben eine Anforderung, dass die Kunden die Adresse ändern können müssen. Haben Sie darüber nachgedacht, dem Kunden zu ermöglichen, ihren eigenen Datensatz dynamisch zu aktualisieren? Mit dynamischen DNS können Sie den A-Datensatz verwenden, und der Kunde kann den Datensatz nach Bedarf ändern. Es wäre ein bisschen arbeitsaufwendig, aber Sie könnten jede einzelne Unterdomäne als separate Zone definieren, um sicherzustellen, dass ein Kunde nur seine eigene Zone berühren kann.

Ich habe es noch nicht ausprobiert, aber Gnudip scheint ein Open-Source-Tool zu sein, das dynamische Updates ermöglicht, ohne sich um die Authentifizierung kümmern und viele Zonen auf Ihrem DNS-Server einrichten zu müssen.

Wenn Ihre MX-Einträge für alle diese Einträge identisch sind, können Sie versuchen, mit einem DNAME XYZ.mywebservice.com an hosting.mywebservice.com umzuleiten. Fügen Sie unter hosting.mywebservice.com Ihre relaventen MX- ​​und A-Datensätze hinzu.

Ich muss sagen, dass ich noch nie DNAME-Datensätze in der Produktion verwendet habe, aber Sie können mehr darüber in RFC2672 lesen .

Hat die RHS des CNAME von customer.mywebservice.com einen MX-Eintrag?

In diesem Fall verwendet der Mailserver diesen MX, um den zu verwendenden Mailserver zu finden. Hoffentlich kannst du das kontrollieren.

Die Antwort von Michael Gorsuch ist größtenteils richtig, die Kette CNAME -> A + MX funktioniert ... meistens . In bestimmten MTAs wird jedoch ein schlechtes Verhalten ausgelöst. Ich habe festgestellt, dass diese Lösung in angemessenem Umfang ausgeführt wird:

• Einige MTAs lehnen es einfach ab, den Datensatz zu finden.
• andere ersetzen fälschlicherweise den A-Eintrag, in dem der CNAME stehen soll: dh ich habe eine E-Mail an "joe@foo.example.com" gesendet, die CNAMES an web.example.com, die einen MX von mail.example.com hat, und die MTA schreibt den Briefumschlag-Header als "An: joe@web.example.com".

Es ist noch nicht klar, wie weit verbreitet diese Probleme sind (google / hotmail / yahoo / etc scheinen alle richtig damit umzugehen), aber sie haben uns auf jeden Fall nach besseren Lösungen umgesehen.

Eine mögliche und gültige Lösung wäre, einen Basis-Hostnamen für alle Ihre Kunden zu erstellen und ihn auf den a und aaaa-Datensatz des externen Webservers und Ihres mx zu setzen und dann alle Ihre Kundendomänen mit diesem einzigen Hostnamen zu benennen. Auf diese Weise müssen Sie nur einen Datensatz ändern, wenn sich die IP-Adresse des externen Anbieters ändert.

Dies ist die einzig mögliche Methode, da CNAME ein Alias ​​für einen vollständigen Datensatz ist, nicht nur für einen.

MX und CNAME sind völlig getrennte Datensätze - einer bestimmt den Mailserver für eine bestimmte Domain, der andere gibt die Adresse für eine Domain an. Das sollte funktionieren:

@ IN SOA ns1.mywebservice.com. root.mywebservice.com. (
                        2009060201
                        12h
                        1h
                        1w
                        8h
)

                        NS ns1.mywebservice.com.
                        NS ns2.mywebservice.com.

Kunde CNAME offsite.host.
Kunden MX 10 mail.server.