<p>Nous essayons de migrer tous nos sites web hébergés vers des CNAME car nous prévoyons de changer de serveurs au début de l’année prochaine et aimerions avoir la possibilité de déplacer certains clients vers un serveur et d’autres clients ailleurs. Nous prévoyions de donner aux clients un CNAME unique que nous pourrons ensuite modifier ultérieurement. (Nous avons d’autres raisons de faire cela maintenant, mais c’est la principale.)</p>
<p>Nous avons testé cette théorie avec quelques-uns de nos propres domaines et cela semblait bien fonctionner. Cependant, en vérifiant les enregistrements MX d’un domaine, j’ai obtenu la valeur CNAME au lieu de l’enregistrement MX.</p>
<p>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.</p>
<p>Je veux créer 2 CNAME pour <a href="http://company.com" rel="noopener nofollow ugc">company.com</a></p>
<pre><code class="lang-auto">company.com. IN CNAME client.dns.ourserver.com
www IN CNAME client.dns.ourserver.com
</code></pre>
<p>L’enregistrement MX est quelque chose comme :</p>
<pre><code class="lang-auto">company.com IN MX 10 mail.company.com
</code></pre>
<p>Nous avons un enregistrement A pour <a href="http://mail.company.com" rel="noopener nofollow ugc">mail.company.com</a></p>
<p>En exécutant :</p>
<pre><code class="lang-auto">host -t mx company.com
</code></pre>
<p>Cela retourne la valeur CNAME plutôt que l’enregistrement MX.</p>
<p>Est-ce un comportement attendu ?</p>
<p>J’ai réussi à faire fonctionner la configuration ci-dessus avec le panneau de contrôle <a href="http://123-reg.co.uk" rel="noopener nofollow ugc">123-reg.co.uk</a>, mais je ne suis pas sûr que ce soit plus de la chance qu’autre chose.</p>
