Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Rediriger le domaine racine vers le sous-domaine www en utilisant les enregistrements DNS

ayi

J’ai <code>www.mydomain.com</code> pointé vers un site web Azure.
<pre><code class="lang-auto">www.mydomain.com --- CNAME --- mydomain.azurewebsites.net

</code></pre>
Quand je visite <code>www.mydomain.com</code>, tout fonctionne bien. C’est bien.
Le problème est que <code>mydomain.com</code> ne fonctionne pas. Azure n’autorise que le sous-domaine www.
Chez certains fournisseurs de serveurs de noms, j’utilise un enregistrement FWD pour rediriger la racine vers le www, et cela fonctionne bien. Mon serveur de noms actuel (<a href="http://zoneedit.com" rel="noopener nofollow ugc">zoneedit.com</a>) ne dispose pas de cet enregistrement FWD.
Existe-t-il un enregistrement DNS que nous pouvons utiliser pour rediriger le domaine racine vers le sous-domaine www ?
<hr>
Source : <a href="https://serverfault.com/questions/613829/why-cant-a-cname-record-be-used-at-the-apex-of-a-domain" rel="noopener nofollow ugc">Server Fault</a>.)

ayi_2

Malheureusement, c’est une lacune bien connue du protocole DNS. Il n’existe aucun type d’enregistrement défini dans les standards DNS qui vous permettrait de créer un alias pour l’apex d’un domaine. Beaucoup de gens supposent que les enregistrements <code>CNAME</code> peuvent être utilisés pour accomplir cela, mais <a href="https://serverfault.com/questions/613829/why-cant-a-cname-record-be-used-at-the-apex-of-a-domain">il y a des raisons techniques pour lesquelles ils ne le peuvent pas</a>.
De nombreux fournisseurs DNS implémentent des types d’enregistrements DNS personnalisés (lisez : fictifs) pour tenter de pallier cette lacune. En coulisses, ces enregistrements fictifs implémentent un comportement personnalisé dans le logiciel de cette entreprise en utilisant une combinaison d’enregistrements <code>A</code> synthétisés et de redirection de serveur web pour atteindre votre objectif souhaité. <code>FWD</code> en fait partie, tout comme le <code>WebForward</code> vers lequel Michael vous a dirigé dans les commentaires.