ID do artigo: 314861 - �ltima revis�o: ter�a-feira, 11 de mar�o de 2003 - Revis�o: 1.0

Como os Controladores de Dom�nio S�o Localizados no Windows XP

Exibir os produtos aos quais esse artigo se aplica.

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que est� a utilizar. Foi desactivado o conte�do do artigo, que pode n�o ser relevante para si.

Para obter uma vers�o deste artigo do Microsoft Windows 2000, consulte 247811� (http://support.microsoft.com/kb/247811/PT-BR/ ) .

Este artigo descreve o mecanismo usado pelo Windows XP Professional para localizar um controlador de dom�nio em um dom�nio baseado em Windows.

O artigo detalha o processo de localiza��o de um dom�nio pelo seu nome DNS e pelo nome NetBIOS, usado para fins de compatibilidade retroativa. Em todos os outros casos, recomenda-se, como uma quest�o de pol�tica, o uso dos nomes DNS.

O artigo tamb�m trata de quest�es que envolvem a solu��o de problemas no processo de localiza��o do controlador de dom�nio.

Voltar para o in�cio

Mais Informa��es

A seq��ncia a seguir descreve como o Localizador encontra um controlador de dom�nio:

No cliente (o computador que est� tentando localizar o controlador de dom�nio), o Localizador � iniciado como uma RPC (Remote Procedure Call) para o servi�o Netlogon local. O servi�o Netlogon implementa a chamada API DsGetDcName do Localizador.
O cliente coleta e passa as informa��es necess�rias � sele��o de um controlador de dom�nio para o servi�o Netlogon usando a chamada DsGetDcName.
O servi�o Netlogon no cliente usa as informa��es coletadas com o intuito de procurar um controlador de dom�nio para o dom�nio especificado de duas formas diferentes:
- Para um nome DNS, o Netlogon consulta o DNS usando o Localizador compat�vel com IP/DNS --ou seja, DsGetDcName pede para que a chamada DnsQuery leia os registros SRV (Service Resource) e "A" a partir do DNS depois do nome de dom�nio ter sido acrescentado � sequencia que especifica os registros SRV.
  
  Uma esta��o de trabalho conectada a um dom�nio baseado em Windows consulta o DNS em busca de registros SRV da seguinte forma:
  _service._protocol.DnsDomainName
  Os servidores Active Directory oferecem o servi�o LDAP (Lightweight Directory Access Protocol) por meio do protocolo TCP. Por isso, os clientes encontram um servidor LDAP consultando o DNS em busca de um registro no formato:
  _ldap._tcp.DnsDomainName
- Para um nome NetBIOS, o Netlogon realiza a descoberta do controlador de dom�nio usando o Localizador compat�vel com o Microsoft Windows NT 4.0 -- ou seja, usando o mecanismo espec�fico de transporte como, por exemplo, o WINS (Windows Internet Name Service).
  
  Na vers�o 4.0 do Windows NT e anteriores, "descoberta" � o processo de localiza��o de um controlador de dom�nio para autentica��o ou no dom�nio principal, ou em um dom�nio confi�vel.
O servi�o Netlogon envia um datagrama para os computadores que registraram o nome. Para nomes de dom�nio NetBIOS, o datagrama � implementado como uma mensagem mailslot. Para nomes de dom�nio DNS, o datagrama � implementado como uma busca UDP (User Datagram Protocol) LDAP.

O UDP � um dos protocolos de transporte de datagrama sem conex�o que formam o conjunto de protocolos TCP/IP. O TCP � um protocolo de transporte orientado � conex�o. Observe que o UDP permite que um programa em um computador envie datagramas para um outro programa em outro computador. O UDP inclui um n�mero de porta do protocolo, o qual permite que o emissor fa�a a distin��o entre m�ltiplos destinos (programas) no computador remoto.
Cada controlador de dom�nio dispon�vel responde ao datagrama para indicar que est� em funcionamento, al�m de retornar as informa��es para DsGetDcName.
O servi�o Netlogon armazena as informa��es sobre o controlador de dom�nio em cache para que as pr�ximas solicita��es n�o precisem repetir o processo de descoberta. O armazenamento dessas informa��es em cache propicia um melhor uso do mesmo controlador de dom�nio, al�m de uma visualiza��o mais precisa do Active Directory.

Quando um cliente efetua o logon ou acessa a rede, este deve ser capaz de localizar um controlador de dom�nio. O cliente envia uma consulta DNS Lookup ao DNS procurando controladores de dom�nio, preferencialmente na sua pr�pria sub-rede. Por isso, os clientes encontram um controlador de dom�nio consultando o DNS em busca de um registro no formato:

_LDAP._TCP.dc._msdcs.domainname

Depois de localizar um controlador de dom�nio, o cliente estabelece a comunica��o usando o LDAP (Lightweight Directory Access Protocol) para obter acesso ao Active Directory. Como parte dessa negocia��o, o controlador de dom�nio identifica em qual site o cliente se encontra, com base na sua sub-rede IP. Se o cliente estiver se comunicando com um controlador de dom�nio que n�o esteja no site mais pr�ximo (o mais ideal), o controlador de dom�nio retorna o nome do site do cliente.

Se o cliente j� tiver tentado achar controladores de dom�nio nesse site (ao enviar, por exemplo, uma consulta DNS Lookup ao DNS para encontrar controladores de dom�nio em sua pr�pria sub-rede), ele usa outro controlador de dom�nio que n�o � o mais otimizado. Do contr�rio, o cliente faz uma nova consulta DNS espec�fica do site usando o nome do site ideal. O controlador de dom�nio usa algumas das informa��es do servi�o de diret�rio para identificar sites e sub-redes.

Depois que o cliente localiza um controlador de dom�nio, a entrada referente a esse controlador � armazenada em cache. Se o controlador de dom�nio n�o estiver no site ideal, o cliente esvazia o cache depois de 15 minutos e descarta a entrada correspondente. Em seguida, o cliente tenta encontrar um controlador de dom�nio ideal no seu pr�prio site.

Depois de ter estabelecido um caminho de comunica��o para o controlador de dom�nio, o cliente pode definir o seu logon e as suas credenciais de autentica��o e, caso haja necessidade em computadores baseados em Windows, configurar um canal seguro. Assim, o cliente est� pronto para realizar consultas normais e procurar informa��es no diret�rio.

Para efetuar o logon, o cliente estabelece uma conex�o LDAP com um controlador de dom�nio. O logon usa o SAM (Security Accounts Manager). Como o caminho de comunica��o usa a interface LDAP e o cliente � autenticado por um controlador de dom�nio, a conta do cliente � verificada e transmitida ao agente de servi�o do diret�rio (passando por SAM), � camada de banco de dados e, por fim, ao banco de dados contido no ESE (Extensible Storage engine).

Voltar para o in�cio

Solucionando Problemas no processo de Localiza��o de Dom�nio

Como solucionar problemas no processo de localiza��o de dom�nio:

Veja, em Visualizar eventos, se os logs de evento cont�m alguma informa��o sobre erro. Veja, no log System tanto do cliente quanto do servidor, se houve falhas durante o logon. Al�m disso, verifique os logs Servi�o de Diret�rio no servidor e os logs DNS no servidor DNS.

Para abrir Visualizar eventos no Windows XP, clique em Iniciar, clique em Painel de controle, d� um duplo clique em Ferramentas administrativase, em seguida, d� um duplo clique em Visualizar eventos.
Verifique a configura��o IP executando o comando ipconfig /all em um prompt de comando. Veja se a configura��o est� correta para a sua rede.
Use o utilit�rio Ping para verificar a conectividade de rede e a resolu��o do nome. D� um ping tanto no endere�o IP quanto no nome do servidor.
Abra a ferramenta Diagn�sticos de rede no Centro de ajuda e suporte em "Usar ferramentas para exibir informa��es sobre o computador e diagnosticar problemas" para ver se os componentes de rede est�o instalados e funcionando corretamente. A ferramenta Diagn�sticos de rede tamb�m realiza alguns testes e oferece informa��es sobre a configura��o da rede, informa��es estas que podem ter grande utilidade.
Use o comando nltest /dsgetdc:domainname para verificar se um controlador de dom�nio pode ser localizado para um dom�nio espec�fico. A ferramenta NLTest vem instalada com as ferramentas de suporte do Windows XP.

Para obter informa��es sobre como instalar essas ferramentas, consulte o seguinte artigo na Base de Dados de Conhecimento da Microsoft:
306794� (http://support.microsoft.com/kb/306794/PT-BR/ ) How to Install the Support Tools from the Windows XP CD-ROM
Use a ferramenta NSLookup para verificar se as entradas DNS est�o corretamente registradas no DNS. Veja se os registros de m�quina do servidor e os registros SRV GUID podem ser analisados.

Por exemplo, para verificar um registro, use os seguintes comandos:
nslookup nome_servidor.child_of_root_domain.root_domain.com

nslookup guid._msdcs.root_domain.com
Se nenhum desses comandos funcionar, use um dos seguintes m�todos para efetuar novamente os registros com o DNS:
- Para for�ar o registro de m�quina, digite ipconfig /registerdns.
- Para for�ar o registro dos servi�os de um domain controller, reinicialize o servi�o Netlogon.
Para verificar a conectividade LDAP apropriada, use a ferramenta Ldp.exe, conectando-se e ligando-se ao controlador de dom�nio. Ldp.exe � uma ferramenta de suporte instalada a partir do CD-ROM do Windows XP.

Para obter informa��es sobre como instalar essas ferramentas, consulte o seguinte artigo na Base de Dados de Conhecimento da Microsoft:
306794� (http://support.microsoft.com/kb/306794/PT-BR/ ) How to Install the Support Tools from the Windows XP CD-ROM
Se voc� achar que um determinado controlador de dom�nio est� apresentando problemas, ative o log de depura��o do Netlogon. Use o utilit�rio NLTest digitando nltest /dbflag:0x2000ffff em um prompt de comando. As informa��es s�o registradas na pasta Debug do arquivo Netlogon.log.
Se voc�, ainda assim, n�o tiver isolado o problema, use o Monitor de rede para monitorar o tr�fego de rede entre o cliente e o controlador de dom�nio.

Para obter informa��es adicionais, consulte o Cap�tulo 10 do Windows 2000 Server Resource Kit, "Active Directory Diagnostic, Troubleshooting, and Recovery."

Voltar para o in�cio