Respuestas:
Es posible hacer esto. En un momento, estuvo un poco en el aire hasta que 4592 aclaró que debería ser compatible.
El hecho de que sea posible no significa que sea compatible con todos los proveedores de DNS. Por ejemplo, GoDaddy no le permitirá configurar un comodín en un registro CNAME.
En términos de si es aconsejable o no hacerlo, depende de su uso. Por lo general, los CNAMES se usan por conveniencia cuando señala un nombre de dominio "externo" en el que no controla el DNS.
Por ejemplo, supongamos que configura un sistema CMS que le permite tener * .mycms.com como nombre del sitio (utiliza encabezados de host). Desea que los clientes puedan configurar fácilmente * .cms.customer.com, sin preocuparse de que pueda cambiar su dirección IP en algún momento. En ese caso, podría aconsejarles que configuren un comodín CNAME llamado * .cms.customer.com en www.mycms.com.
Debido a que todos los proveedores no admiten CNAMES comodín (como GoDaddy), no recomendaría usarlo en un caso en el que lo sugirió para varios clientes (donde no conoce las capacidades de su proveedor).
*no **.
*este mes de febrero configuré con éxito un registro CNAME comodín para un cliente. Usando el panel de GoDaddy. Y confirmo que funciona como cabría esperar.
Agregué la línea
*.www IN CNAME my_webserver
a mi archivo de zona en mi configuración de enlace y eso funcionó perfectamente (es decir, whatever.www.domain.comy whatever2.www.domain.comtodo apuntaba a my_webserver.
También fue posible agregar excepciones a esto agregando la línea
exception.www IN CNAME another_server
así que exception.www.domain.comseñaló another_server.
Solo para agregar que Amazon Route 53 admite comodines en cualquier tipo de registro .
Por lo tanto, puede usar la Ruta 53 de manera segura como su proveedor de DNS.
Utilizamos comodines dns todo el tiempo, y no hemos tenido ningún problema. Si lo señala a un ipaddres, use:
*.mysite.com Host (A) Default xxx.xxx.xxx.xxx
Si quieres usar un alias, haz:
*.mysite.com. IN CNAME mysite.com.
Hasta donde recuerdo, puedes (ish) hacer esto, pero ese CNAME no puede ser usado por ningún otro tipo de registro como NS o MX.
No estoy muy seguro de lo que está tratando de lograr con el "comodín", así que tendré que dar una respuesta genérica :)
Para aclarar, CNAME aserver.domain significa que no puede tener anothername.aserver.domain
Hay excepciones, pero no sé lo que están fuera de mi cabeza y no estoy muy seguro de lo que quieres hacer, así que no perderé el tiempo.
CNAMEregistro con otro tipo de registro para el mismo dominio. Tuve un problema similar y mi servidor DNS generalmente me advierte sobre conflictos, pero en este caso no fue así porque el CNAME era para *.example.comy el registro adicional (un TXTregistro) era para un subdominio específico subdomain1.example.com. ¡Así que no atrapó el choque! Whoops
cuando crea un registro CNAME, finalice el servidor señalado con un punto, por ejemplo: * .midominio.com. Note el último punto
Aquí están los resultados de mi prueba. Eliminé los registros A para mysite.com y www.mysite.com y agregué un registro CNAME para * .mysite.com. La prueba no funcionó. mysite.com no se resolvería. Para ser claros, uso OpenDNS para mis servidores DNS. Tal vez funcione bien con otros servidores DNS, pero obviamente quiero que funcione universalmente. Con base en esos resultados, me voy a quedar con los registros A estándar.
Funciona ahora.
Simplemente use un "*" en la sección cname del editor de archivos de zona o administrador de DNS de Godaddy, un punto a un nombre de IP o DNS.
En mi caso, lo usé con un nombre DNS que apunta a un servicio en la nube de Microsoft Azure y funcionó muy bien. Esto funciona para bla.domain.ext pero también para bla.bla.domain.ext. Podría funcionar diferente para otro proveedor.