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?
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?
Réponses:
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).
*
pas **
.
*
enregistrement CNAME générique pour un client en février. Utilisation du tableau de bord GoDaddy. Et je confirme que cela fonctionne comme on pourrait s'y attendre.
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.com
et whatever2.www.domain.com
tout à 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.com
souligné 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.
CNAME
enregistrement avec un autre type d'enregistrement pour le même domaine. J'ai eu un problème similaire, et mon serveur DNS me prévient généralement des conflits, mais dans ce cas, il ne l'a pas fait car CNAME était pour *.example.com
et l'enregistrement supplémentaire (un TXT
enregistrement) était destiné à un sous-domaine spécifique subdomain1.example.com
. Donc, il n'a pas attrapé le choc! Oups.
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.