Exportar (0) Imprimir
Expandir Tudo

Solucionando problemas de clientes DNS

Solucionando problemas de clientes DNS

Qual é o seu problema?

O cliente DNS recebeu uma mensagem de erro "Nome não encontrado".

Causa:  o cliente DNS não tem uma configuração de IP válida para a rede.

Solução:  verifique se as configurações de TCP/IP para o cliente estão corretas, particularmente aquelas usadas para resolução de nomes DNS.

Para verificar a configuração de IP de um cliente, use o comando ipconfig. Na saída do comando, verifique se o cliente possui endereço IP, máscara de sub-rede e gateway padrão válidos para a rede onde está conectado e sendo usado.

Se o cliente não tem uma configuração de TCP/IP válida, você pode:

  1. Para clientes configurados dinamicamente, usar o comando ipconfig /renew para forçar o cliente a renovar manualmente sua configuração de endereço IP com o servidor DHCP.
  2. Para clientes configurados estaticamente, modificar as propriedades de TCP/IP do cliente para usar configurações válidas ou concluir sua configuração DNS para a rede.

Consulte também:  Ipconfig; Configurar o TCP/IP para endereçamento dinâmico; Configurar TCP/IP para endereçamento estático; Configurar o TCP/IP para usar DNS; Definindo configurações do cliente DNS.

Causa:  o cliente não pôde fazer contato com um servidor DNS devido a uma falha relativa à rede ou ao hardware.

Solução:  verifique se o cliente tem uma conexão de rede válida em funcionamento. Primeiro, verifique se o hardware de cliente relacionado (cabos e adaptadores de rede) está funcionando de maneira correta no cliente, executando as etapas básicas de solução de problemas de hardware e rede.

Se o hardware de cliente parece estar preparado e funcionando corretamente, verifique se ele pode fazer o ping de outros computadores na mesma rede.

Consulte também:  Testar uma configuração TCP/IP usando o comando ping.

Causa:  o cliente DNS não pode contatar seus servidores DNS configurados.

Solução:  se o cliente DNS tem conectividade básica com a rede, verifique se ele pode contatar um servidor DNS preferencial (ou alternativo).

Para verificar se um cliente tem acesso de TCP/IP básico ao servidor DNS, tente primeiro fazer o ping do servidor DNS usando o endereço IP.

Por exemplo, se o cliente usa um servidor DNS preferencial com o endereço 10.0.0.1, digite ping 10.0.0.1 no prompt de comando do cliente. Se você não tem certeza de qual endereço IP corresponde ao servidor DNS preferencial, use o comando ipconfig.

Por exemplo, no cliente, digite ipconfig /all|more se desejar fazer uma pausa na exibição, para que você possa ler e anotar todos os endereços IP listados em Servidores DNS na saída do comando.

Se nenhum servidor DNS configurado responder ao ping do endereço IP, isso indica que é provável que a origem do problema seja uma questão de conectividade de rede entre o cliente e os servidores DNS. Se for esse o caso, siga as etapas básicas de soluções de problemas em redes TCP/IP para corrigir o problema.

Consulte também:  Testar uma configuração TCP/IP usando o comando ping.

Causa:  o servidor DNS não está funcionando ou respondendo às consultas.

Solução:  se o cliente DNS pode executar o ping do servidor DNS, verifique se o servidor DNS está inicializado e apto a ouvir as solicitações do cliente e respondê-las. Use o comando nslookup para testar se o servidor pode responder aos clientes DNS.

Consulte também:  Verificar a capacidade de resposta do servidor DNS usando o comando nslookup; Iniciar ou parar um servidor DNS.

Causa:  o servidor DNS que o cliente está usando não tem autoridade para o nome com falha e não pode localizar o servidor autoritativo para esse nome.

Solução:  confirme se o nome de domínio DNS que o cliente está tentando resolver é um daqueles para os quais seus servidores DNS configurados são autoritativos.

Por exemplo, se o cliente estiver tentando resolver o nome host.exemplo.microsoft.com, verifique se o servidor DNS preferencial (ou alternativo, caso algum esteja sendo usado) consultado pelo cliente carrega a zona autoritativa onde um registro de recurso (RR) de host (A) do nome com falha deveria existir.

Se o servidor preferencial é autoritativo para o nome com falha e carrega a zona aplicável, determine se os RRs apropriados estão ausentes na zona. Se necessário, adicione os RRs à zona.

Se o servidor preferencial não é autoritativo para o nome com falha, isso indica que os erros de configuração no servidor DNS são a causa mais provável. Conforme necessário, busque outras soluções para o problema no servidor DNS.

Consulte também:  Gerenciar registros de recursos; Solucionando problemas em servidores DNS.

O cliente DNS parece ter recebido uma resposta com informações obsoletas ou incorretas.

Causa:  o servidor DNS que o cliente está usando não tem autoridade para o nome com falha e está usando informações obsoletas de seu banco de dados DNS local.

Solução:  determine se o servidor DNS é autoritativo para o nome e prossiga de acordo.

Por exemplo, se o cliente estiver tentando resolver o nome host.exemplo.microsoft.com, verifique se o servidor DNS preferencial (ou alternativo, caso algum esteja sendo usado) consultado pelo cliente carrega a zona autoritativa onde um registro de recurso (RR) de host (A) do nome com falha deveria existir.

Se o servidor preferencial for autoritativo para o nome e respondeu usando dados incorretos, isso indica que a zona aplicável poderá ter informações não atualizadas nos dados do RR aplicável. Se for esse o caso, você poderá adicionar e remover os RRs corretos na zona.

Outra opção, quando as atualizações dinâmicas estão habilitadas, é forçar o registro e a atualização no computador de destino da consulta. Você pode forçar a atualização dos registros de recursos digitando o comando ipconfig /registerdns no prompt de comando.

Se o servidor preferencial não é uma autoridade direta para o nome consultado, ele provavelmente respondeu à consulta com base em informações obtidas e armazenadas em cache durante uma pesquisa recursiva anterior. Nesse caso, você poderá considerar a limpeza do cache de nomes do servidor. Isso obriga o servidor a usar novas consultas recursivas para esses dados de registros de recursos e reconstruir o conteúdo do cache com base em informações atuais.

Consulte também:  Gerenciar registros de recursos; Solucionando problemas em servidores DNS; Renovar o registro de cliente DNS usando o comando ipconfig; Limpar o cache de nomes do servidor.

Causa:  o servidor DNS preferencial é um servidor secundário da zona que contém o nome de destino e tem informações desatualizadas.

Solução:  se o servidor que respondeu ao cliente é um servidor secundário da zona, a versão da zona em uso nesse servidor poderá estar obsoleta e precisa ser atualizada com mais freqüência.

Como solução imediata, você pode inicializar uma transferência de zona no servidor secundário para seu servidor mestre a fim de atualizar a zona. Você também poderá considerar o uso de qualquer uma das seguintes opções para melhorar a renovação dos dados da zona secundária no futuro:

  1. Especificar servidores mestres adicionais para o servidor secundário a fim de que sejam usados durante a atualização da zona.
  2. Ajustar o intervalo de atualização da zona para diminuir ligeiramente o período de tempo no qual todos os servidores autoritativos para a zona podem utilizar essa zona antes que sejam obrigados a atualizá-la.
  3. Configurar uma lista de notificação em um servidor mestre que atua como a origem da zona para o servidor secundário e habilitá-la para notificar esse servidor quando a zona for alterada.

Consulte também:  Iniciar uma transferência de zona em um servidor secundário; Ajustar o intervalo de atualização de uma zona; Criar e gerenciar uma lista de notificação para uma zona; Usando servidores secundários; Noções básicas sobre zonas e transferência de zona.

Causa:  o nome consultado foi especificado em erro, por meio de uma entrada de usuário ou em uma configuração de cliente armazenada.

Solução:  verifique se o nome foi especificado corretamente no aplicativo onde a consulta de nome se originou.

Na maioria dos casos, dados incorretos em uma resposta de consulta positiva indicam uma de três possibilidades:

  • Um nome DNS incorreto foi inserido no cliente por um usuário.
  • Um nome curto não qualificado foi usado no cliente e concluído pelo resolvedor local usando um sufixo DNS não desejado.
  • Os registros de recursos especificados na consulta não foram atualizados corretamente no servidor DNS.

Confirme se o nome não foi inserido com erro pelo usuário. Verifique o conjunto de caracteres exato inserido pelo usuário quando a consulta DNS original foi feita ou verifique as configurações do aplicativo; por exemplo, qualquer configuração de correio da Internet ou navegador da Web.

Se o nome usado na consulta inicial não era qualificado e não era o nome de domínio totalmente qualificado (FQDN), tente usar o FQDN em vez do aplicativo do cliente e repetir a consulta. Se fizer isso, certifique-se de incluir o ponto posterior (.) no final do nome para indicar que o nome inserido é um FQDN exato.

Se a consulta FQDN tiver êxito e retornar os dados corretos na resposta, a causa mais provável do problema é que uma lista de pesquisa de sufixo de domínio DNS mal configurada foi usada nas configurações do resolvedor cliente.

Se você estiver usando o DNS em um ambiente que não forneça suporte à atualizações dinâmicas ou, em geral, administra os dados da zona manualmente, também poderá verificar se os RRs envolvidos na resposta à consulta foram inseridos incorretamente. Visualize-os para garantir que os dados do registro armazenados na zona estão corretos ou modifique-os de acordo.

Consulte também:  Configurar o TCP/IP para usar DNS; Modificar um registro de recurso existente em uma zona.

Causa:  a zona primária talvez tenha dados errados ou ausentes.

Solução:  verifique se o servidor primário da zona tem dados completos e precisos.

A causa mais provável para o servidor DNS primário da zona ter dados incompletos ou ausentes é uma solicitação de atualização com falha. É possível que o suporte à atualização dinâmica não tenha sido totalmente implementado ou configurado. Para resolver o problema, reveja o protocolo de atualização dinâmica do DNS (RFC 2136) e todas as exigências que ele faz para servidores e clientes DNS que o utilizam.

Em zonas integradas ao diretório, também é possível que os registros afetados por consulta com erro tenham sido atualizados no Active Directory mas não replicados para todos os servidores DNS que carregam a zona. Por padrão, todos os servidores DNS que carregam zonas a partir do Active Directory verificam-no a um intervalo definido (normalmente a cada 15 minutos) e atualizam a zona de acordo com quaisquer alterações incrementais. Na maioria dos casos, uma atualização DNS não demora mais de 20 minutos para replicação para todos os servidores DNS usados em um ambiente de domínio Active Directory usando as configurações de replicação padrão e conexões de alta velocidade confiáveis.

Se você configurou especificamente suas zonas para desabilitar a atualização dinâmica, lembre-se de que precisa adicionar e atualizar manualmente a maioria dos tipos de registros de recursos usados em uma zona. Se o caso for esse, use o console DNS para visualizar e atualizar os registros afetados.

Outra possibilidade para os dados com erros é a integração da pesquisa WINS estar habilitada e sendo usada com a zona. Se você está usando a pesquisa WINS com suas zonas, verifique se o WINS não é a origem dos dados errados.

Consulte também:  Solucionando problemas de atualizações dinâmicas; Gerenciar registros de recursos; Gerenciando registros de recursos; Verificar o WINS como a origem das respostas a uma consulta DNS.

O cliente DNS parece estar afetado por um outro problema não descrito acima.

Causa:  meu problema não está descrito acima.

Solução:  pesquise na TechNet no site da Microsoft (site em inglês) para obter as informações técnicas mais recentes que poderiam estar relacionadas ao problema. Se necessário, você poderá obter informações e instruções pertinentes ao problema ou à questão.

Se você estiver conectado à Internet, as atualizações de sistema operacional mais recentes estarão disponíveis no site da Microsoft na Web (site em inglês).

Para obter as atualizações mais recentes de pacotes de serviço do Windows NT Server, consulte o site da Microsoft na Web (site em inglês).

Consulte também:  Informações técnicas atualizadas sobre o DNS; DNS (sistema de nomes de domínios); Usando o Windows Deployment and Resource Kits.

Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários

Contribuições da comunidade

ADICIONAR
Mostrar:
© 2014 Microsoft