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 até ele. no gerenciador DNS do linode configurei um CNAME para fazer o ponteiro que mencionei acima.
Whois mostra que os servidores de nomes linode estão configurados para o domínio, mas o DNS não consegue encontrar nenhum servidor de nomes para example.com.
Estou faltando uma etapa ou tenho algo configurado incorretamente?
EDITAR 1
A seção de resposta da solicitação dig 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
A mesma resposta no campo de status se eu especificar CNAME ou apenas aceitar a consulta A padrão.
Não tenho um registro A para esse example.com nos servidores de nomes linode; preciso configurar isso?
Esta é uma mudança bastante recente - algumas horas atrás, então talvez eu esteja apenas impaciente? As alterações no servidor de nomes feitas ao mesmo tempo ocorreram muito rapidamente. Imaginei que a entrada CNAME seria simultânea a isso; estou errado nessa expectativa?
Responder1
Tecnicamente, o que você está pedindo é inválido. CNAME
entra em conflito com todos os outros registros(com uma exceção especial para registros DNSSEC), tendo assim CNAME xxxxx
conflitos com os registros SOA
, MX
, NS
etc do domínio. Meu palpite é que o motivo pelo qual o domínio é resolvido 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 de @xwincftwx, não está claro se fazer o CNAME funcionar faria o que você deseja em primeiro lugar. Um CNAME
apontar para um A
registro éexatamenteo mesmo que um A
recorde em primeiro lugar. O CNAME é tratado inteiramente internamente pelo sistema DNS e o navegador só vê o endereço IP. No seu teste com um A
registro (digamos 1.2.3.4), o navegador se conectou 1.2.3.4
e solicitou o website example.com
. Se esse servidor não estiver configurado para servir um site, example.com
ele normalmente servirá um site padrão (neste caso blogs.com
).
Sevocê fez com que seu domínio funcionasse como CNAME
, o navegador solicitaria o endereço IP de example.com
. O DNS veria que é um CNAME
, procuraria example.blogs.com
e retornaria 1.2.3.4
. O navegador se conectaria 1.2.3.4
e solicitaria example.com
exatamente como fazia quando era um A
registro.
Se você quiser que as pessoas example.com
sejam redirecionadas example.blogs.com
, você precisará configurar um servidor web básico que receba conexões example.com
e envie um redirecionamento 301 permanente para o navegador para que ele vá paraexample.blogs.com
Responder2
Você não pode usar um CNAME para o registro raiz em um arquivo de zona (isso é proibido pela RFC 1034, leia a seção 3.6.2). Você precisará inserir um registro A que aponte para o mesmo IP que o destino da sua regra CNAME.
Responder3
Qual é a saída de dig example.com
? Se você conhece o IP do seu servidor de nomes, você pode forçar o dig a usar 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 linode? Essas mudanças podem levar tempo. Especialmente se o servidor DNS do seu ISP armazenar em cache os resultados...
Responder4
Parece que seu servidor de nomes não está em execução.
Você pode verificar se o servidor de nomes está em execução.
ps-aux | grep nomeado
Se o seu servidor de nomes não estiver em execução. Inicie-o e verifique novamente.
Se não for iniciado depois que você o iniciou. 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 uma configuração incorreta no seu arquivo de zona.
se o seu servidor de nomes ESTIVER EM FUNCIONAMENTO, verifique seu nomeado.conf se sua zona aceita todo o tráfego de entrada.
Não é necessário incluir registros A de example.com em seu arquivo de zona, mas é recomendado fazê-lo para verificações de DNS e verificações de whois.