Devido a uma lacuna no meu conhecimento, configurei uma VM do Windows no Azure, fui ao Namecheap e registrei um domínio. Em algum lugar eu tive a ideia de colocar um registro CNAME contra @ e o FQDN e funciona.
Nos registros do meu nome, existem literalmente 2 entradas @ e www para CNAME em relação ao FQDN da VM do Azure. Tudo funciona docemente.
Ontem, o cara para quem estou trabalhando foi trocar os servidores de nomes no domínio planejado que não estava no Namecheap (eu estava usando um domínio fictício que registrei no Namecheap) e não conseguiu fazer o que fiz, e gastamos algumas horas olhando para ele.
Hoje, usei uma ferramenta para pesquisar o site e parece que a Namecheap usa o domínio que forneci para pesquisar o endereço IP e insere um registro A nesse IP, mas ele não aparece na página de gerenciamento. Então é feito em segundo plano. Ontem eu resetei a VM e o IP mudou e o domínio voltou em alguns minutos.
Quão normal é isso? Quão estável é isso? Não tenho um IP dedicado no Azure.
Agora eu entendo que @ no domínio não www não é normal (ou seja, normalmente não pode colocar @ em um registro CNAME). Mas existem hosts de domínio respeitáveis que fornecem esse serviço gratuitamente? É algo que eu possa pesquisar? (O problema secundário é que a Namecheap atualmente não está disposta a transferir um domínio deste porque aparentemente os domínios .com.au são difíceis de transferir).
Se isso for raro, minhas únicas opções são pagar ao Azure por um IP estático e usar registros A?
Os CNAMEs na raiz não são realmente suportados por nenhum padrão, mas alguns provedores o fazem, pois é bastante útil. O problema, como você percebeu, é que por não ser uma solução padronizada, as implementações variam, como por exemplo consultar o nome no CNAME, resolver e inserir o IP como registro A.
Eu não recomendaria essa prática, pois há motivos reais para o registro raiz precisar ser um registro A ou AAAA.
As maneiras adequadas de lidar com isso é pagar por um IP estático do Azure ou, alternativamente, se você estivesse hospedando muitos desses sites, é obter um único IP estático para um balanceador de carga/proxy reverso e deixar ele encaminha solicitações para seus aplicativos web dinâmicos.
Ou você pode usar o Cloudflare, já que eles conseguiram criar um CNAME compatível com RFC na implementação raiz. https://blog.cloudflare.com/introducing-cname-flattening-rfc-compliant-cnames-at-a-domains-root/
CNAME significa apenas alias. É tão confiável quanto um registro apenas que vários domínios estão usando o mesmo ip. No entanto, se o domínio para o qual você está usando um CNAME expirar ou parar de existir, você terá o mesmo problema de encontrar para onde seu domínio aponta.
Um registros:
IP do domínio1
IP de domínio2
é o mesmo que :
IP do domínio1
domínio2 domínio1
só que na 2ª situação se o ip do domínio 1 for atualizado, o mesmo acontece com o domínio 2, mas na primeira ambos os domínios precisam ser atualizados individualmente nas mudanças de ip.