47 votes

DNS utilisant les CNAMEs interrompt les enregistrements MX ?

Nous essayons de déplacer tous les sites web que nous hébergeons vers CNAMES car nous prévoyons de changer de serveur au cours de l'année prochaine et nous aimerions pouvoir déplacer certains clients vers un serveur et d'autres clients vers un autre. Nous avions prévu de donner à nos clients un CNAME unique que nous pourrions modifier ultérieurement. (Nous avons d'autres raisons de le faire maintenant, mais c'est la principale).

Nous avons testé cette théorie avec quelques-uns de nos propres domaines et cela semble fonctionner correctement. Cependant, en vérifiant les enregistrements MX d'un domaine, j'ai obtenu la valeur CNAME plutôt que l'enregistrement MX.

Malheureusement, tous ces domaines sont gérés via des panneaux de contrôle, mais je suppose qu'ils écrivent simplement des fichiers de zone pour moi.

Je veux créer 2 CNAMEs pour le site company.com

company.com. IN CNAME client.dns.ourserver.com
www          IN CNAME client.dns.ourserver.com

L'enregistrement MX ressemble à ce qui suit :

company.com  IN MX 10 mail.company.com

Nous avons un enregistrement A pour mail.company.com

Faire :

host -t mx company.com

Renvoie la valeur CNAME plutôt que l'enregistrement mx.

S'agit-il d'un comportement attendu ?

J'ai réussi à faire fonctionner la configuration ci-dessus avec le panneau de contrôle de 123-reg.co.uk, mais je ne sais pas si c'est plus de la chance qu'autre chose.

60voto

Crippeoblade Points 1301

Il s'agit d'une erreur courante. Vous ne pouvez pas utiliser un CNAME RR pour votre domaine racine (par exemple, company.com). y définir des enregistrements de ressources supplémentaires pour la même zone.

Véase Pourquoi ne puis-je pas créer un enregistrement CNAME pour l'enregistrement racine ? y RFC1034 section 3.6.2 pour plus de détails :

Si un CNAME RR est pr aucune autre donnée ne doit être présente ; ceci garantit que les données d'un nom canonique et ses alias ne peuvent pas être différentes.

7voto

nogginboink Points 81

La section 10.3 de la RFC2181 stipule que vous ne pouvez pas faire pointer votre enregistrement MX vers un CNAME :

Le nom de domaine utilisé comme valeur ... d'un enregistrement de ressource MX ne doit pas être un alias.

3voto

Jesse Adamson Points 121

Je viens de passer à Heroku qui utilise les CNAMEs au lieu des enregistrements A et ce que j'ai dû faire, c'est qu'au lieu de faire un CNAME avec mon_domaine.com pointant vers heroku, j'ai fait le CNAME avec www.my_domain.com pointant vers heroku, de sorte que le domaine nu/racine ne soit pas transféré et que mes enregistrements MX fonctionnent toujours. J'ai ensuite ajouté un pointeur pour rediriger mon_domaine.com vers www.my_domain.com. Cela semble fonctionner parfaitement. Dans mon fournisseur de noms de domaine, le pointeur a été créé en utilisant un paramètre 'pointeurs' que j'ai réglé sur 'standard' 'URL' et 'www.my_domain.com'

0voto

Beej Points 111

J'ai constaté que CERTAINS fournisseurs de MX en tandem avec CERTAINS fournisseurs de DNS fonctionneront en fait avec un CNAME simple, si vous vous contentez de ordonner l'enregistrement MX AU-DESSUS du CNAME dans l'ordre décroissant des enregistrements.

Il fonctionne sur le registraire Name.com avec l'enregistrement MX d'Office 365 et l'enregistrement CNAME nu qui dirige HTTP vers un autre domaine. En testant les requêtes MX, j'ai remarqué que le résultat de mon CNAME revenait en premier, ce qui correspondait à l'ordre de mes entrées DNS, alors je me suis dit pourquoi ne pas essayer de commander le MX en premier et voir si cela satisfaisait le fournisseur MX. À ma grande surprise, la vérification MX d'Office 365 a réussi et je peux confirmer que les courriels entrants et sortants circulent bel et bien. Et après avoir testé plusieurs clients web, HTTP se résout également de manière souhaitable vers l'hôte de destination CNAME spécifié.

Caveat emptor - Cela va clairement à l'encontre de la norme et ne devrait donc probablement pas être envisagé pour quoi que ce soit de critique. Je suppose que l'ordre d'enregistrement ne figure pas dans les spécifications et qu'il ne peut donc pas être officiellement invoqué... c'est-à-dire qu'il est susceptible d'être modifié dès que vous aurez oublié ce piratage.

Conseil - Boîte à outils MX est très pratique pour vérifier le résultat de différents paramètres DNS.

Un coup de pub pour mon billet correspondant .

-1voto

Ndeto Points 101

Je me suis rendu compte que ces deux aspects peuvent être entièrement séparés

mydomain.com. -  A Record  - 01.0.0.1
mydomain.com - CNAME - www.cname.eg.com

À moins que vous n'utilisiez votre serveur comme serveur de messagerie, cela n'affectera pas vraiment les choses. Le courrier recherchera les enregistrements MX de mondomaine.com. Il ne sera affecté que si l'enregistrement est le suivant

mydomain.com - MX - mail.mydomain.com

Mais si c'est le cas (c'est-à-dire si vous utilisez un serveur de messagerie séparé), il ne sera pas affecté.

mydomain.com - MX - mail.mycustommailserver.com

Vous ne pouvez pas utiliser d'IP pour les serveurs de messagerie.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X