.png)
He estado tratando de encontrar una solución más elegante que permita mejores actualizaciones de DNS para mi servidor web y los pocos sitios web que alojo en él.
Entonces tiene un servidor web, por ejemplo, en un proveedor de VPS, por ejemplo con el nombre de dominio apache1.vpshost.com. Si quisiera que mi sitio web que tiene un nombre de dominio www.example.comesté alojado en ese servidor web, simplemente podría poner un registro CNAME que www.example.comdiga apache1.vpshost.com. Esto tiene la ventaja de que si la dirección IP del servidor web cambia, solo necesita actualizarla en un lugar y todos los sitios web alojados allí serán buenos.
Hay un movimiento creciente para eliminar las www.direcciones web, pero la única forma que conozco de hacerlo es configurar el registro raíz A para que tenga la misma dirección IP, ya apache1.vpshost.comque no se puede hacer que el dns raíz sea un CNAME. La principal desventaja que veo de hacer esto es que si la dirección IP del servidor web cambia, entonces no tendrá que actualizar todas las configuraciones de DNS en todas las direcciones web alojadas.
He intentado buscar esto en Google varias veces, pero si existe una solución mejor, me estoy perdiendo en la maleza ya que mis términos de búsqueda son muy comunes.
Respuesta1
Actualmente no existe una buena solución para el caso de uso "CNAME at apex". No habría sido un problema si los navegadores web admitieran SRVregistros DNS, pero nunca lo hicieron ni lo harán.
Varios proveedores de DNS ofrecen varios errores llamados a veces ANAMEo APEXCNAMEo ALIASo lo que sea. Lo importante es que aquí nada es estándar. Aparecerá de alguna manera en su UI/API, no se puede copiar tal cual a otro proveedor (si cambia) y, por supuesto, no aparece en absoluto en el lado de la resolución DNS, ya que de alguna manera lo harán (ya sea dinámicamente cuando llegan las solicitudes, o a través de algunos cachés completados con anticipación) generan Arespuestas AAAApara el ápice según la configuración.
Técnicamente, implica tener básicamente un servidor de nombres autorizado y que también sea un poco recursivo porque en algunos puntos necesita resolver el nombre que usó en su "falso" CNAMEen alguna dirección IP.
Es por eso que los futuros registros DNS llamaron SVCBo HTTPSfinalmente resolverán eso. Todavía no están completamente estandarizados ya que el RFC del IETF aún se está redactando, pero ya existen en el DNS con tipos de registros de recursos asignados, y varias empresas (Apple, Google, CloudFlare, por nombrar algunas) ya los están utilizando.
De todos modos, recomiendo invertir tiempo solo en esta futura solución estándar infalible (de modo que encontrar proveedores de DNS que los respalden y observar cómo y cuándo los usarán los navegadores, "todos" dijeron que lo harán), y no invertir tiempo en los errores actuales, ya que son inferiores, no estándar y están destinados a desaparecer con la aparición de los nuevos registros DNS anteriores.