DNS utilisant CNAMEs bat des enregistrements MX?
Nous essayons de déplacer tous nos sites Web que nous hébergeons vers la CNAMES car nous prévoyons de déplacer des serveurs au cours de la nouvelle année et aimerions pouvoir déplacer certains clients vers un serveur et d'autres clients ailleurs. Nous avions prévu de donner aux clients un CNAME unique que nous pourrions ensuite changer à une date ultérieure. (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 semblait bien. Cependant, lors de la vérification des enregistrements MX sur un domaine, j'ai récupéré la valeur CNAME plutôt que l'enregistrement MX.
Malheureusement, tous ces domaines se font via des panneaux de contrôle, mais je suppose qu'ils écrivent juste des fichiers de zone pour moi.
Je veux créer 2 CNAME pour la société.com
company.com. IN CNAME client.dns.ourserver.com
www IN CNAME client.dns.ourserver.com
L'enregistrement MX ressemble à ceci:
company.com IN MX 10 mail.company.com
Nous avons un dossier A pour mail.company.com
Faire:
Host -t mx company.com
Renvoie la valeur CNAME plutôt que l'enregistrement mx.
Est-ce un comportement attendu?
J'ai réussi à faire fonctionner la configuration ci-dessus avec le panneau de configuration 123-reg.co.uk, mais je ne sais pas si c'est plus de chance qu'autre chose.
Il s'agit d'une erreur courante. Vous ne pouvez pas utiliser un CNAME RR pour votre domaine racine (par exemple, company.com) et définir des enregistrements de ressources supplémentaires pour la même zone.
Voir Pourquoi ne puis-je pas créer un enregistrement CNAME pour l'enregistrement racine? et RFC1034 section 3.6.2 pour plus de détails:
Si un CNAME RR est présent sur un nœud, aucune autre donnée ne doit être présente; cela garantit que les données d'un nom canonique et de ses alias ne peuvent pas être différentes.
La section 10.3 de la RFC2181 indique que vous ne pouvez pas 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.
Je viens de passer à Heroku qui utilise des CNAME au lieu d'enregistrements A et ce que je devais faire était au lieu de créer un CNAME avec my_domain.com pointant vers heroku, j'ai fait le CNAME avec www.my_domain.com pointant vers heroku, donc le nu/le domaine racine ne faisait pas de transfert et mes enregistrements MX fonctionnaient toujours. J'ai ensuite ajouté un pointeur pour rediriger my_domain.com vers www.my_domain.com. Cela semble fonctionner très bien. Dans mon fournisseur de nom de domaine, le pointeur a été créé à l'aide d'un paramètre de "pointeurs" que j'ai défini sur "standard" "URL" et "www.my_domain.com"
Je me suis rendu compte que ces deux 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 vraiment rien. Le courrier recherchera les enregistrements MX mydomain.com. Cela ne sera affecté que si c'est comme ça
mydomain.com - MX - mail.mydomain.com
mais si c'est comme ça (ce qui signifie que vous utilisez un serveur de messagerie séparé), il ne sera pas affecté
mydomain.com - MX - mail.mycustommailserver.com
Vous ne pouvez pas utiliser une adresse IP pour les serveurs de messagerie.