Um servidor DNS pode retornar NXDOMAIN e um CNAME não resolvido, mesmo que o alias exista?

1

Estou tentando entender por que um determinado servidor DNS não está resolvendo nosso domínio corretamente.

Quando eu pesquiso www.foo.com neste servidor de nomes, um CNAME foo.bar.cc é retornado corretamente, mas não há um registro A em anexo e o status da resposta é NXDOMAIN. Eu entendo que isso pode acontecer se o servidor DNS não puder resolver o alias foo.bar.cc. No entanto, se eu usar o mesmo servidor DNS e procurar o foo.bar.cc diretamente, sempre obtenho o registro A correto.

Ao usar qualquer outro servidor DNS que testei (ISPs diferentes, DNS do Google, DNS aberto), nosso domínio é resolvido corretamente.

Dada esta situação, existe algum problema possível no nosso DNS que poderia causar isso? Ou parece que este dado servidor DNS é o culpado? O servidor DNS em questão é usado por muitas pessoas e parece mais provável que o problema seja causado por nós, mas não vejo como - alguma pista?

    
por Martin 22.08.2012 / 11:53

1 resposta

3

Embora essa configuração de DNS seja terrivelmente lenta e propensa a erros, não há DNS a quem culpar e seu registro está funcionando corretamente.

Veja o que acontece. Quando você consulta ns1.sonic.net sobre en.greatfire.org , esse servidor é configurado para responder por greatfire.org , mas não tem um registro para en.greatfire.org e retorna um CNAME en.greatfire.org.24680.info padrão.

Este CNAME agora NÃO está na zona de ns1.sonic.net : pertence à zona 24680.info . Então, se você tentar resolvê-lo através de ns1.sonic.net , receberá um erro. Em vez disso, esse nome deve ser resolvido começando do zero a partir da raiz, passando pelas autoridades .info .

Os outros serviços DNS que você mencionou responderão pelo CNAME, porque não são servidores DNS, são resolvedores de DNS, portanto, executarão todo o procedimento para você e retornarão apenas o resultado.

Use dig +trace ou o Laboratório de Delegação para descobrir quem é autoritativo para essas zonas e quem você deve consultar em vez disso:

por 29.11.2012 / 13:27