Un enregistrement DNS CNAME générique est-il valide?

Je sais qu'il est valide d'avoir un enregistrement DNS A qui est un caractère générique (par exemple * .mysite.com). Est-il possible / valide / conseillé de disposer d'un enregistrement CNAME générique?

C'est possible de faire ça. À un moment donné, il était un peu en l'air jusqu'à ce que 4592 précise qu'il devrait être pris en charge.

Ce n’est pas parce que c’est possible qu’il est pris en charge par tous les fournisseurs DNS. Par exemple, GoDaddy ne vous laissera pas configurer un caractère générique dans un enregistrement CNAME.

Que cela soit conseillé ou non, cela dépend de votre utilisation. Les CNAMES sont généralement utilisés pour des raisons pratiques lorsque vous pointez sur un nom de domaine "extérieur" sur lequel vous ne contrôlez pas le DNS.

Par exemple, supposons que vous configuriez un système CMS qui vous permet d’avoir * .mycms.com comme nom de site (il utilise des en-têtes d’hôte). Vous voulez que les clients puissent configurer facilement * .cms.customer.com, sans craindre de changer d'adresse IP à un moment donné. Dans ce cas, vous pouvez leur conseiller de configurer un CNAME générique appelé * .cms.customer.com sur www.mycms.com.

Étant donné que les CNAMES génériques ne sont pas pris en charge par tous les fournisseurs (tels que GoDaddy), je ne vous conseillerais pas de l'utiliser dans le cas où vous l'avez suggéré pour différents clients (où vous ne connaissez pas les capacités de leur fournisseur).

J'ai ajouté la ligne

*.www        IN CNAME        my_webserver

à mon fichier de zone dans ma config de liaison et qui a parfaitement fonctionné (ie. whatever.www.domain.comet whatever2.www.domain.comtout à fait my_webserver.

Il était également possible d’ajouter des exceptions à cette règle en ajoutant la ligne

exception.www        IN CNAME        another_server

alors qui a exception.www.domain.comsouligné another_server.

Juste pour ajouter qu'Amazon Route 53 prend en charge les caractères génériques dans tout type d'enregistrement .

Vous pouvez donc utiliser en toute sécurité Route 53 en tant que fournisseur DNS.

Nous utilisons tout le temps des wildcard dns, et nous n’avons eu aucun problème. Si vous le dirigez vers un ipaddres, utilisez:

*.mysite.com     Host (A)    Default     xxx.xxx.xxx.xxx

Si vous voulez utiliser un alias, faites:

*.mysite.com.   IN CNAME mysite.com.

Autant que je me souvienne, vous pouvez (ish) faire ce genre de chose, mais alors ce CNAME ne peut être utilisé par aucun autre type d'enregistrement tel que NS ou MX.

Pas tout à fait sûr de ce que vous essayez de faire avec le "joker", alors je vais devoir donner une réponse générique :)

Pour clarifier, CNAME aserver.domain signifie que vous ne pouvez pas avoir un autre nom.aserver.domain

Il y a des exceptions, mais je ne sais pas ce que vous voulez et je ne sais pas trop ce que vous voulez faire, alors je ne perdrai pas de temps.

Lorsque vous créez un enregistrement CNAME, placez un point sur le serveur pointé, par exemple: * .mondomaine.com. Remarquez le dernier point

Voici les résultats de mon test. J'ai supprimé les enregistrements A pour mysite.com et www.monsite.com et ajouté un enregistrement CNAME pour * .mysite.com. Le test n'a pas fonctionné. mysite.com ne résoudrait pas. Pour être clair, j'utilise OpenDNS pour mes serveurs DNS. Peut-être que cela fonctionne bien avec d'autres serveurs DNS, mais je souhaite évidemment que cela fonctionne de manière universelle. Sur la base de ces résultats, je vais m'en tenir aux enregistrements A standard.

Cela fonctionne maintenant.

Utilisez simplement un "*" dans la section cname de l'éditeur de fichier de zone ou du gestionnaire DNS de Godaddy pour indiquer un nom IP ou DNS.

Dans mon cas, je l'ai utilisé avec un nom DNS pointant vers un service cloud Microsoft Azure et cela a très bien fonctionné. Cela fonctionne pour bla.domain.ext mais aussi pour bla.bla.domain.ext. Peut fonctionner différemment pour un autre fournisseur.