As especificações do DNS afirmam que o domínio 'raiz', ou seja, "domínio.com" não pode ser um nome (ou pelo menos não com uma configuração padrão).
Alguns hosts permitem que você o configure como tal, mas sua 'milhagem variará', já que os retransmissores de DNS, caches e clientes não devem suportá-lo. (A razão para isso é que os nomes de nomes funcionam para todos os tipos de registro e você desejará registros adicionais no domínio raiz: MX, NS, etc)
Alguns provedores de DNS, sabendo que isso é uma "solicitação comum", têm algumas soluções alternativas, como hospedando um serviço de redirecionamento (você define o domínio raiz para um IP definido, e eles lidam com o redirecionamento), ou oferecendo 'encaminhamento' (efetivamente o mesma coisa). Estes geralmente não funcionam para HTTPS, já que exigiria um certificado SSL válido no servidor de redirecionamento, e isso é mais do que a maioria dos serviços de redirecionamento está disposto a investir (também é uma prática bastante ruim, já que é um ponto único de falha) pode apostar que a maioria dos provedores não usa anycast).
Se você quiser que a raiz do seu domínio aponte para um ELB e funcione corretamente com HTTP e HTTPS, a maneira recomendada de fazer isso é alternar seus servidores de nomes DNS (você não precisa transferir o registro) para o AWS Route53 , como eles suportam registros de 'alias', onde a AWS procurará o endereço IP de seu ELB (essas alterações periodicamente, portanto não tente você mesmo) e responda com os detalhes do ELB como uma resposta de registro padrão.
Uma maneira mais genérica de fazer isso é usar um provedor de DNS que suporte registros 'ALIAS' ou 'ANAME', que funcionam de maneira semelhante à maneira como o Route53 funciona, mas um pouco menos inteligente (o Route53 não precisa nslookup Nomes de host do ELBs).