Encaminhar o domínio raiz para o subdomínio www usando registros DNS

Question

Eu tenho www.mydomain.com apontado para um site do Azure.

www.mydomain.com --- CNAME --- mydomain.azurewebsites.net

Quando visito www.mydomain.com , tudo funciona bem. Isso é bom.

O problema é que mydomain.com não funciona. O Azure permite apenas o subdomínio www.

Em alguns servidores de nomes, eu uso um FWD Record para encaminhar a raiz para o www, e isso funciona bem. Meu servidor de nomes atual (zoneedit.com) não possui esse registro de FWD.

Existe um registro de DNS que podemos usar para encaminhar o domínio raiz para o subdomínio www?

    

Answer 1

Infelizmente, essa é uma falha bem conhecida do protocolo DNS. Não há nenhum tipo de registro definido nos padrões de DNS que permita aliasar o ápice de um domínio. Muitas pessoas assumem que CNAME registros podem ser usados para realizar isso, mas há razões técnicas pelas quais eles não podem .

Muitos provedores de DNS implementam tipos de registros DNS personalizados (lidos: falsos) para tentar resolver essa lacuna. Nos bastidores, esses registros falsos implementam um comportamento personalizado no software da empresa usando uma combinação de registros A sintetizados e redirecionamento do servidor da web para atingir a meta desejada. FWD é um desses, muito parecido com o WebForward que Michael lhe direcionou nos comentários.

    

Answer 2

Resumo: Em suma, você não pode ter o registro que deseja e seu host DNS está fazendo as coisas do jeito certo.

Explicação: É uma violação dos padrões DNS ter um CNAME (registro de alias / registro de encaminhamento) no apex da zona (o nome vazio na frente da zona).

A razão para isso é que um registro CNAME não pode ter a parte do nome em conflito com nenhum registro, exceto um registro DNSSec. Em uma zona típica, um registro CNAME no apex da zona colidiria com pelo menos os registros SOA e NS (e provavelmente vários outros). Embora alguns servidores DNS permitam isso, isso é uma Coisa Ruim e pode causar falhas no diagnóstico (não mencionar que não funcionará se você mover a hospedagem da zona para um servidor DNS compatível com padrões, como qualquer coisa baseada em BIND) .

Possuem registros A no apex da zona (eles podem ser um simples servidor da Web que apenas lança um HTTP 302 para www). Se você puder obter números IP estáticos para as instâncias do servidor do Azure, coloque um registro A para cada um no ápice da zona e crie um único registro CNAME chamado "www" que aponte para o registro do ápice.

Como exemplo:

 

$ORIGIN example.com.

@    IN  SOA   ns1.example.com.  [email protected]. (
                                 101 ;
                                 172800 ;
                                 900 ;
                                 1209600 ;
                                 3600 ; )
@    IN  NS    ns1.example.com.
@    IN  NS    ns2.example.com.
@    IN  A     123.234.1.123
@    IN  A     123.234.1.124
@    IN  A     123.234.1.125
ns1  IN  A     123.234.1.126
ns2  IN  A     123.234.1.127
www  IN  CNAME example.com.

    

Answer 3

Alguns protocolos possuem padrões para tipos de registro DNS, além de registros A, para localizar o serviço. O SMTP com seus registros MX associados é um bom exemplo disso. Não há tipos de registro DNS definidos para HTTP. É provável que o seu provedor DNS / registrador anterior tenha um serviço de redirecionamento HTTP ou de proxy reverso.

Para atingir sua meta, você precisará configurar um servidor da web (host virtual) para fazer um redirecionamento HTTP 301 ou 302 de um nome de host para o outro, configurar um proxy HTTP reverso, configurar hosts virtuais independentes ou usar virtual aliases de host para que a mesma instância do servidor da Web responda a ambos os nomes A.

    

Answer 4

Se você quiser uma resposta específica para o Azure, será necessário criar outro registro CNAME apontando para awverify.mydomain.azurewebsites.net assim

www.mydomain.com --- CNAME --- awverify.mydomain.azurewebsites.net