Resolução de Problemas de Clientes DNS

Causa:  O computador cliente DNS (Sistema de Nomes de Domínio) não tem uma configuração IP válida para a rede.

Solução:  Verifique se as definições da configuração de TCP/IP do computador cliente estão correctas, principalmente as definições que são utilizadas para resolução de nomes de DNS.

Para verificar uma configuração IP cliente, utilize o comando ipconfig. Nos resultados do comando, verifique se o cliente tem um endereço IP, uma máscara de sub-rede e um gateway predefinido válidos para a rede onde está ligado e a ser utilizado.

Se o cliente não tiver uma configuração de TCP/IP válida, pode efectuar uma das seguintes acções:

• Para clientes configurados dinamicamente, utilize o comando ipconfig /renew para forçar manualmente o cliente a renovar a sua configuração de endereço IP com o servidor DHCP (Dynamic Host Configuration Protocol).
  
  
• Para clientes configurados estaticamente, modifique as propriedades de TCP/IP do cliente para utilizar definições de configuração válidas ou completar a respectiva configuração de DNS para a rede. Não configure clientes para utilizarem em simultâneo servidores DNS integrados no AD DS e servidores DNS do ISP (fornecedor de serviços Internet). Configure antes os clientes para utilizarem servidores DNS integrados no AD DS e configure os servidores DNS integrados no AD DS para reencaminharem consultas para os servidores DNS do ISP.
  
  

Para mais informações, consulte Gerir Clientes.

Causa:  O cliente não conseguiu contactar um servidor DNS devido a uma falha relacionada com a rede ou com o hardware.

Solução:  Verifique se o computador cliente tem uma ligação de rede válida e em funcionamento. Primeiro, verifique se o hardware relacionado com o cliente (cabos e placas de rede) está a funcionar correctamente utilizando passos básicos de resolução de problemas de rede e de hardware.

Se o hardware do cliente parecer estar preparado e a funcionar correctamente, verifique se consegue contactar outros computadores na mesma rede utilizando o comando ping.

Causa:   O cliente DNS não consegue contactar os servidores DNS configurados.

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

Para verificar se um cliente tem acesso TCP/IP básico ao servidor DNS, tente contactar primeiro o servidor DNS preferencial pelo respectivo endereço IP utilizando o comando ping.

Por exemplo, se o cliente utilizar um servidor DNS preferencial de 10.0.0.1, escreva ping 10.0.0.1 na linha de comandos no computador cliente. Se não tiver a certeza de que o endereço IP é do servidor DNS preferencial, pode visualizá-lo utilizando o comando ipconfig. Por exemplo, no computador cliente, escreva ipconfig /all|more se for necessário colocar a apresentação em pausa para poder ler e anotar todos os endereços IP listados em Servidores DNS para o comando.

Se nenhum dos servidores DNS configurados responderem a um comando ping directo de qualquer um dos endereços IP, isso indica que a origem do problema é mais provavelmente um problema de conectividade da rede entre o cliente e os servidores DNS. Se for o caso, siga os passos básicos de resolução de problemas de rede TCP/IP para corrigir o problema.

Causa:  O servidor DNS não está em execução nem responde a consultas.

Solução:  Se o cliente DNS consegue enviar o comando ping ao computador servidor DNS, verifique se o servidor DNS está iniciado e em condições de escutar e responder aos pedidos do cliente. Tente utilizar o comando nslookup para testar se o servidor pode responder a clientes DNS.

Para mais informações, consulte Iniciar ou Parar um Servidor DNS.

Causa:  O servidor DNS que o cliente está a utilizar não tem autoridade para o nome em falha e não consegue localizar o servidor autoritativo para esse nome.

Solução:  Confirme se o nome de domínio DNS que o cliente está a tentar resolver é o nome de domínio DNS para o qual os servidores DNS configurados são autoritativos.

Por exemplo, se o cliente estiver a tentar resolver o nome host.widgets.tailspintoys.com, verifique se o servidor DNS preferencial (ou um alternativo, se estiver a ser usado) que é consultado pelo cliente carrega a zona autoritativa onde deve existir um registo de recursos de anfitrião (A) para o nome em falha.

Se o servidor preferencial for autoritativo para o nome em falha e carregar a zona aplicável, determine se a zona não tem os registos de recursos apropriados. Se for necessário, adicione os registos de recursos à zona.

Se o servidor preferencial não for autoritativo para o nome em falha, isso indica que erros de configuração no servidor DNS são a causa provável. Conforme necessário, continue a resolução de problemas no servidor DNS.

Para mais informações, consulte Gerir Registos de Recursos e Resolução de Problemas de Servidores DNS.

Causa:  O servidor DNS que o cliente está a utilizar não tem autoridade para o nome em falha e está a utilizar informação obsoleta da base de dados de DNS local.

Solução:  Determine se o servidor DNS é autoritativo para o nome e continue de acordo com o determinado.

Por exemplo, se o cliente estiver a tentar resolver o nome host.widgets.tailspintoys.com, verifique se o servidor DNS preferencial (ou um alternativo, se estiver a ser usado) que é consultado pelo cliente carrega a zona autoritativa onde deve existir um registo de recursos de anfitrião (A) para o nome em falha.

Se o servidor preferencial for autoritativo para o nome e tiver respondido com dados incorrectos, isso indica que a zona aplicável pode ter informação desactualizada ou obsoleta nos dados de registo de recursos aplicável. Se for o caso, pode adicionar e remover o registo de recursos apropriado na zona.

Outra opção é forçar o registo e a actualização no computador de destino da consulta, quando as actualizações dinâmicas estão activas. Pode forçá-lo a actualizar o registo dos seus registos de recursos introduzindo o comando ipconfig /registerdns numa linha de comandos.

Se o servidor preferencial não for uma autoridade directa do nome abordado pela consulta, é provável que tenha respondido à consulta com base informação que obteve e colocou em cache durante uma pesquisa recursiva anterior. Neste caso, pode considerar fazer a limpeza da cache de nomes do servidor. Isto obriga o servidor a utilizar novas consultas recursivas para estes dados de registo de recursos e a reconstruir o conteúdo da cache com base em informação actual.

Para mais informações, consulte Gerir Registos de Recursos e Resolução de Problemas de Servidores DNS.

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

Solução:  Se o servidor que respondeu ao cliente for um servidor secundário da zona, a versão da zona em utilização nesse servidor pode ser obsoleta e precisar de ser actualizada com mais frequência.

Como solução imediata, pode iniciar uma transferência de zona no servidor secundário para o respectivo servidor mestre, para actualizar a zona. Também pode considerar a utilização de uma das seguintes opções para melhorar a actualidade dos dados da zona secundária de futuro:

• Especifique servidores mestre adicionais para o servidor secundário utilizar quando actualizar a zona.
  
  
• Ajuste o intervalo de actualização na zona aumentando ligeiramente o intervalo de tempo durante o qual todos os servidores autoritativos da zona podem utilizá-la, antes de terem de a actualizar.
  
  
• Configure uma lista de notificações num servidor mestre que actua como origem da zona para o servidor secundário e lhe permite notificar este servidor quando a zona muda.
  
  

Causa:  O nome que foi consultado foi especificado com erro, pela entrada do utilizador ou numa configuração armazenada do cliente.

Solução:  Verifique se o nome foi correctamente especificado na aplicação onde a consulta do nome foi desencadeada.

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

• Foi introduzido um nome de DNS incorrecto no cliente por um utilizador.
  
  
• Foi utilizado um nome abreviado não qualificado no cliente e completado pela resolução local utilizando um sufixo DNS acidental.
  
  
• Os registos de recursos que são especificados na consulta não foram actualizados correctamente no servidor DNS.
  
  

Confirme se o nome não foi introduzido com erro pelo utilizador. Verifique o conjunto de caracteres exacto que foi introduzido pelo utilizador quando a consulta de DNS original foi efectuada,

Se o nome que foi utilizado na consulta inicial era não qualificado, e não era o nome de domínio completamente qualificado (FQDN), tente utilizar antes o FQDN na aplicação cliente e repetir a consulta. Se o fizer, certifique-se de que inclui o ponto (.) no final do nome para indicar que o nome introduzido é um FQDN exacto.

Se a consulta de FQDN for bem sucedida e devolver dados correctos na resposta, a causa mais provável do problema é uma configuração incorrecta da lista de pesquisa de sufixos de domínio nas definições de resolução do cliente.

Se está a utilizar DNS num ambiente que não suporta actualizações dinâmicas ou se costuma administrar os dados da zona manualmente, também pode querer verificar se os registos de recursos envolvidos na resposta à consulta foram introduzidos incorrectamente. Examine-os para ter a certeza de que os dados do registo que estão armazenados na zona estão correctos ou modifique-os de acordo com isso.

Causa:  A zona primária pode ter dados em falta ou com erros

Solução:  Verifique se o servidor primário para a zona tem dados completos e correctos.

A causa mais provável para um servidor DNS primário de uma zona ter dados em falta ou incompletos é um pedido de actualização falhado. É possível que o suporte de actualização dinâmica não tenha sido completamente implementado ou configurado. Para resolver o problema, reveja o protocolo de actualização dinâmico de DNS (RFC (Request for Comments) 2136 e os requisitos que tem para servidores e clientes DNS que o utilizam.

Para zonas integradas em directório, também é possível que os registos afectados para a consulta falhada tenham sido actualizados nos Serviços de Domínio do Active Directory (AD DS), mas não tenham sido replicados para todos os servidores DNS que estão a carregar a zona. Por predefinição, todos os servidores DNS que carregam zonas do AD DS consultam-no a intervalos definidos (normalmente, de 15 minutos) e actualizam a zona de acordo com as alterações incrementais existentes. Na maioria dos casos, uma actualização de DNS não leva mais de 20 minutos a replicar para todos os servidores DNS num ambiente de domínio do Active Directory utilizando definições de replicação e ligações de alta velocidade fiáveis.

Se configurou especificamente as suas zonas para desactivar a actualização dinâmica, tenha presente que tem de adicionar e actualizar manualmente quase todos os tipos de registos de recursos que são utilizados na zona. Se for o caso, utilize o Gestor de DNS para visualizar a actualizar os registos afectados.

Outra fonte possível dos dados incorrecto é o WINS (Windows Internet Name Service). Determine se a integração da pesquisa WINS está activa e é utilizada com a zona. Se está a utilizar a pesquisa WINS com as zonas, verifique se o WINS não é a fonte dos dados incorrectos.

Para mais informações, consulte Resolução de Problemas de Actualizações Dinâmicas e Gerir Registos de Recursos.

Causa:  O problema não está descrito em cima.

Solução:  Pesquise a Microsoft TechNet (https://go.microsoft.com/fwlink/?LinkId=170 (pode estar em inglês)) para obter as informações técnicas mais recentes que possam estar relacionadas com o problema. Se for necessário, pode obter informações e instruções relacionadas com o problema ou questão.

Se estiver ligado à Internet, as últimas actualizações do sistema operativo estão disponíveis em Microsoft Update (https://go.microsoft.com/fwlink/?LinkId=284 (pode estar em inglês)).