Solucionando problemas de clientes DNS

Causa:  o computador cliente DNS (sistema de nomes de domínio) não possui uma configuração IP válida para a rede.

Solução:  verifique se as configurações TCP/IP do computador cliente estão corretas, especialmente as configurações que são usadas para resolução de nomes DNS.

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

Se o cliente não tiver uma configuração TCP/IP válida, você poderá:

• Para clientes configurados dinamicamente, use o comando ipconfig /renew para obrigar manualmente o cliente a renovar sua configuração de endereço IP com o servidor de protocolo DHCP.
  
  
• Para clientes configurados estaticamente, modifique as propriedades TCP/IP do cliente para usar configurações válidas ou conclua sua configuração DNS para a rede. Não configure os clientes para usarem tanto servidores DNS integrados ao AD DS quanto servidores DNS do ISP (provedor de serviços de Internet). Em vez disso, configure os clientes para usarem apenas servidores DNS integrados ao AD DS e configure seus servidores DNS integrados ao AD DS para encaminhar as consultas para seus servidores DNS do ISP.
  
  

Para obter mais informações, consulte Gerenciando clientes.

Causa:  o cliente não conseguiu contatar o servidor DNS devido a uma falha relacionada à rede ou ao hardware.

Solução:  verifique se o computador cliente tem uma conexão de rede válida e funcionando. Primeiro, verifique se o hardware relacionado ao cliente (cabos e adaptadores de rede) está funcionando adequadamente no cliente usando etapas básicas de solução de problemas de rede e de hardware.

Se o hardware do cliente parece estar preparado e funcionando adequadamente, verifique se ele pode contatar outros computadores na mesma rede usando o comando ping.

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

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

Para verificar se o cliente tem acesso TCP/IP básico ao servidor DNS, tente primeiro contatar o servidor DNS preferencial por seu endereço IP usando o comando ping.

Por exemplo, se o cliente usar o servidor DNS preferencial de 10.0.0.1, digite ping 10.0.0.1 no prompt de comando do computador cliente. Se não tiver certeza do endereço IP do servidor DNS preferencial, você poderá visualizá-lo usando o comando ipconfig. Por exemplo, no computador cliente, digite ipconfig /all|more, se necessário, para pausar a exibição e conseguir ler e anotar os endereços IP que estiverem listados em servidores DNS para a saída de comando.

Se nenhum servidor DNS configurado responder a um ping direto de seu endereço IP, isso indica que a fonte do problema é mais provável que seja a conectividade de rede entre o cliente e os servidores DNS. Se esse for o caso, siga as etapas básicas de solução de problemas de rede TCP/IP para resolver o problema.

Causa:  o servidor DNS não está executando ou respondendo a consultas.

Solução:  se o cliente DNS puder fazer ping no computador servidor DNS, verifique se o servidor DNS está iniciado e se é capaz de ouvir e responder às solicitações de clientes. Experimente usar o comando nslookup para testar se o servidor pode responder aos clientes DNS.

Para obter mais informações, consulte Iniciar ou interromper um servidor DNS

Causa:  o servidor DNS que o cliente está usando não tem autoridade para o nome que falhou e não consegue localizar o servidor autoritativo para este nome.

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

Por exemplo, se o cliente estiver tentando resolver o nome host.widgets.tailspintoys.com, verifique se o servidor DNS preferencial (ou alternativo, se estiver sendo usado) consultado pelo cliente carrega a zona autoritativa onde deve existir o registro de recurso de host (A) para o nome que falhou.

Se o servidor preferencial for autoritativo para o nome que falhou e carregar a zona aplicável, determine se os registros de recurso apropriados estão ausentes na zona. Se necessário, adicione os registros de recursos à zona.

Se o servidor preferencial não for autoritativo para o nome que falhou, isso indicará que erros de configuração no servidor DNS são a causa provável. Solucione o problema no servidor DNS, como necessário.

Para obter mais informações, consulte Gerenciando registros de recursos; Solucionando problemas de servidores DNS.

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

Solução:  determine se o servidor DNS é autoritativo para o nome e proceda de modo apropriado.

Por exemplo, se o cliente estiver tentando resolver o nome host.widgets.tailspintoys.com, verifique se o servidor DNS preferencial (ou alternativo, se estiver sendo usado) consultado pelo cliente carrega a zona autoritativa onde deve existir o registro de recurso de host (A) para o nome que falhou.

Se o servidor preferencial for autoritativo para o nome e responder usando dados incorretos, isso indicará que a zona aplicável talvez tenha informações antigas ou desatualizadas nos dados do registro de recurso aplicável. Se este for o caso, você poderá adicionar e remover o registro de recurso apropriado na zona.

Uma outra opção quando as atualizações dinâmicas estão habilitadas é forçar o registro e a atualização do computador que é o destino da consulta. Você pode obrigá-lo a atualizar o registro de seus registros de recursos digitando o comando ipconfig /registerdns no prompt de comando.

Se o servidor preferencial não for uma autoridade direta para o nome consultado, provavelmente respondeu a consulta baseado em informações que obteve e armazenou em cache durante uma pesquisa recursiva anterior. Neste caso, você pode considerar limpar o cache de nomes de servidor. Isto forçará o servidor a usar novas consultas recursivas para estes dados de registro de recurso e a recriar o conteúdo de seu cache baseado em informações atuais.

Para obter mais informações, consulte Gerenciando registros de recursoseSolucionando problemas de servidores DNS.

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

Solução:  se o servidor que respondeu ao cliente for um servidor secundário da zona, a versão da zona em uso naquele servidor provavelmente está desatualizada e talvez precise ser atualizada com mais frequência.

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

• Especifique servidores mestre adicionais para o servidor secundário usar quando atualizar a zona.
  
  
• Ajuste ligeiramente o intervalo de atualização da zona para diminuir o período de tempo durante o qual todos os servidores autoritativos da zona possam usar a zona antes de serem obrigados a atualizá-la.
  
  
• Configure uma lista de notificação no servidor mestre que atue como a fonte da zona para o servidor secundário e o habilite para notificar este servidor quando a zona mudar.
  
  

Causa:  o nome consultado foi especificado com erro, ou por um de entrada do usuário ou de configuração armazenada do cliente.

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

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

• Um nome DNS incorreto foi inserido no cliente pelo usuário.
  
  
• Um nome curto e não qualificado foi usado no cliente e concluído pelo resolvedor local usando um sufixo DNS indesejado.
  
  
• Os registros de recurso que estão 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 exato de caracteres que foi inserido pelo usuário quando a consulta DNS original foi feita ou verifique as configurações do aplicativo, como as definições das configurações de qualquer correio de Internet ou navegador da Web que possam ter sido feitas.

Se o nome usado na consulta inicial foi um não qualificado, e não o nome de domínio totalmente qualificado (FQDN), tente usar o FQDN em seu lugar no aplicativo do cliente e repita a consulta. Se o fizer, assegure-se de incluir a marca do ponto (.) no final do nome para indicar que o nome inserido é um FQDN exato.

Se a consulta do FQDN for bem-sucedida e retornar dados corretos na resposta, a causa mais provável do problema será a má configuração da lista de pesquisa de sufixo de domínio DNS nas definições do resolvedor do cliente.

Se você estiver usando o DNS em um ambiente que não tenha suporte para atualizações dinâmicas ou se você geralmente administra os dados da zona manualmente, também talvez queira verificar se os registros de recursos envolvidos na resposta da consulta não foram inseridos incorretamente. Visualize-os para assegurar que os dados do registro armazenados na zona estão corretos ou altere-os do modo apropriado.

Causa:  a zona primária pode ter dados ausentes ou errados

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

A causa mais provável para um servidor DNS primário da zona ter dados ausentes ou incompletos é a falha de uma solicitação de atualização. É possível que o suporte para atualização dinâmica não tenha sido totalmente implementado ou configurado. Para resolver o problema, examine o protocolo de atualização dinâmica do DNS (RFC - Solicitação de Comentários - 2136) e quaisquer requisitos que ele tenha para servidores DNS e clientes que o utilizam.

Para zonas integradas ao diretório, também é possível que os registros afetados da consulta que falhou tenham sido atualizados em AD DS (Serviços de Domínio Active Directory) mas não replicados para todos os servidores DNS que estão carregando a zona. Por padrão, todos os servidores DNS que carregam zonas do AD DS fazem chamadas em intervalos definidos (geralmente a cada 15 minutos), e eles atualizam a zona para alterações incrementais nela. Na maioria dos casos, uma atualização de DNS não leva mais de 20 minutos para replicar para todos os servidores DNS em um ambiente de domínio Active Directory usando configurações de replicação padrão e links confiáveis de alta velocidade.

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

Uma outra fonte possível de dados incorretos é o WINS (Serviço de cadastramento na Internet do Windows). Determine se a integração de pesquisa WINS está habilitada e sendo usada com a zona. Se você estiver usando a pesquisa WINS com suas zonas, verifique se o WINS não é a fonte dos dados incorretos.

Para obter mais informações, consulte Solucionando problemas de atualizações dinâmicas e Gerenciando registros de recursos.

Causa: meu problema não foi descrito aqui.

Solução:  pesquise as informações técnicas mais recentes que podem ter relação com o problema em Microsoft TechNet (https://go.microsoft.com/fwlink/?LinkId=170) (a página pode estar em inglês). Se necessário, você poderá obter informações e instruções relativas ao seu problema.

Se você estiver conectado à Internet, as atualizações de sistema operacional mais recentes estão disponíveis no Microsoft Update (https://go.microsoft.com/fwlink/?LinkId=284 [a página pode estar em inglês]).