Então, tenho um amigo tentando fazer algo estranho entre seu domínio principal e subdomínios. Em última análise, ele precisa que blog.hisdomain.com aponte para um host cPanel bobo e seu domínio primário aponte para um IP estático (para AWS).
Não sou um especialista em http ou dns, mas estava tentando ajudá-lo enquanto ele estava acordado (atualmente é noite no país dele), mas não parece que está funcionando.
Eu fiz com que ele executasse as seguintes etapas:
- Seu domínio principal foi configurado no cPanel com servidores de nomes definidos, então pedi para ele criar um subdomínio no cPanel para blog.hisdomain.com que foi para a raiz pública.
- Então pedi para ele adicionar um registro A para "blog" com o IP do host cPanel como valor. Isso fez com que pudéssemos ver seu blog em blog.hisdomain.com.
- Em seguida, pedi para ele alterar o registro "@" A para apontar para outro lugar. Acabei de pegar um endereço IP do Google para o valor aqui. Isso realmente não mudou nada no início, mas achamos que poderia ter sido um problema de propagação.
Já se passaram mais de 24 horas e seu domínio principal ainda (mais lentamente agora) me leva ao blog. Agora mesmo lembrei que não pedi para ele mudar seus servidores de nomes nem nada; apenas o registro A.É possível que ter um registro A e servidores de nomes esteja causando alguma confusão e levando o DNS a ignorar o endereço IP do registro A.
Responder1
Não. É perfeitamente válido (e bastante comum) que registros A e registros NS coexistam para o registro @.
O que não é válido, porém, é que os registros CNAME coexistam com qualquer outro tipo de registro. A RFC 1034 afirma que "se um CNAME RR estiver presente em um nó, nenhum outro dado deverá estar presente; isso garante que os dados para um nome canônico e seus aliases não possam ser diferentes". Encontrei esse problema específico recentemente e fiquei surpreso ao saber que um registro TXT e um registro CNAME não podem coexistir.
Algumas coisas que eu faria:
- Limpe o cache do resolvedor DNS
- Windows: ipconfig /flushdns
- Linux: reinicialização do serviço sudo nscd
- Mac OS X
- Leão da Montanha e Leão: sudo killall -HUP mDNSResponder
- Snow Leopard: sudo dscacheutil -flushcache
- Gostaria de garantir que seu amigo esteja usando um registro A e não um registro CNAME
- Gostaria que seu amigo verificasse o TTL no registro @ (ou na própria zona) - você não mencionou qual era o TTL. Embora 86.400 segundos (24 horas) seja um valor TTL comum, é sempre possível que ele seja definido muito mais alto para reduzir o tráfego DNS.
- Use um utilitário de consulta DNS (por exemplo, dig) para consultar o servidor DNS diretamente