CNAME não está resolvendo

1

Eu tenho um domínio ( example.com ) registrado no godaddy e apontei para servidores de nomes hospedados pelo linode. Eu tenho uma instalação multisite do WordPress no linode ( blogs.com ) e quero apontar o domínio para um subdomínio da instalação do wordpress ( example.com -> example.blogs.com ).

O subdomínio da instalação do wordpress funciona bem - o DNS pode encontrá-lo e eu posso navegar nele. no gerenciador de DNS do linode eu configurei um CNAME para fazer o ponteiro que eu referenciei acima.

Whois mostra que os servidores de nomes do linode estão definidos para o domínio, mas o DNS não consegue encontrar nenhum servidor de nomes para example.com.

Estou perdendo um passo ou tenho algo mal configurado?

EDIT 1

A seção de resposta da solicitação de escavação usando um dos servidores de nomes do linode é

;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 44359
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

A seção de resposta da escavação usando o servidor de nomes do meu host é

;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 16379
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

Mesma resposta no campo de status se eu especificar CNAME ou apenas aceitar a consulta padrão.

Eu não tenho um registro A para o example.com nos servidores de nomes do linode; preciso configurar isso?

Esta é uma mudança bastante recente - algumas horas atrás, então talvez eu esteja apenas sendo impaciente? As mudanças no servidor de nomes feitas ao mesmo tempo vieram rapidamente. Eu percebi que a entrada CNAME seria simultânea com isso; estou errado nessa expectativa?

    
por cori 26.08.2012 / 17:34

4 respostas

5

Tecnicamente, o que você está pedindo é inválido. CNAME está em conflito com todos os outros registros ( com uma exceção especial para registros DNSSEC ), tendo assim CNAME xxxxx em conflito com os registros SOA , MX , NS etc para o domínio. Meu palpite é que a razão pela qual o domínio resolve quando você usa um A lá e falha quando você usa CNAME é porque o servidor DNS impõe essas restrições e não consegue processar seu arquivo de zona.

Além disso, com base na sua resposta à pergunta do @ xwincftwx, não está claro se conseguir que o CNAME funcione faria o que você deseja em primeiro lugar. Um CNAME apontando para um registro A é exatamente o mesmo que um registro A em primeiro lugar. O CNAME é tratado internamente pelo sistema DNS e o navegador da Web só vê o endereço IP. Em seu teste com um registro A (digamos 1.2.3.4), o navegador conectou-se a 1.2.3.4 e solicitou o site example.com . Se esse servidor não estiver configurado para veicular um site para example.com , ele normalmente exibirá um site padrão (nesse caso, blogs.com ).

Se você conseguir que seu domínio funcione como CNAME , o navegador solicitará o endereço IP de example.com . O DNS veria que é um CNAME , procure example.blogs.com e retorne 1.2.3.4 . O navegador se conectaria a 1.2.3.4 e solicitaria example.com da mesma forma que quando era um registro A .

Se você quiser que as pessoas que estão indo para example.com sejam redirecionadas para example.blogs.com , será necessário configurar um servidor web básico que receba conexões com example.com e envie um redirecionamento 301 permanente para o navegador para informá-lo vá para example.blogs.com

    
por 26.08.2012 / 21:54
3

Você não pode usar um CNAME para o registro raiz em um arquivo de zona (isso é proibido por RFC 1034, leia a seção 3.6.2). Você precisará inserir um registro em A que aponte para o mesmo IP que o alvo da sua regra CNAME.

    
por 26.08.2012 / 21:55
0

Qual é a saída de dig example.com ? Se você souber o IP do seu servidor de nomes, você pode forçar a escavação a usar o seu servidor de nomes ( dig @nameserver-ip example.com ). Se isso funcionar, seu servidor de nomes não será usado para example.com. Quando você atribuiu os servidores de nomes do linode? Essas mudanças podem levar tempo. Especialmente se o servidor DNS do seu provedor armazenar em cache os resultados ...

    
por 26.08.2012 / 18:08
0

Parece que o seu servidor de nomes não está em execução.

Você pode verificar se o servidor de nomes está sendo executado.

ps -aux | grep chamado

Se o seu servidor de nomes não estiver em execução, inicie-o e verifique novamente.

Se não for iniciado depois de iniciado, por favor poste as informações nomeadas de / var / log / daemon e / var / log / messages

grep chamado / var / log / messages grep chamado / var / log / daemon

Talvez seja um erro de configuração no seu arquivo de zona.

se o seu servidor de nomes ESTÁ EM FUNCIONAMENTO, por favor, verifique o seu named.conf se a sua zona aceitar todo o tráfego de entrada.

Não é necessário incluir registros A de example.com no seu arquivo de zona, mas é recomendável fazer para verificações de DNS e verificações whois.

    
por 26.08.2012 / 19:47