ID do artigo: 247811 - �ltima revis�o: sexta-feira, 7 de maio de 2004 - Revis�o: 3.0

Como os controladores de dom�nio s�o localizados no Windows

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.

Este artigo descreve o mecanismo usado pelo Windows para localizar um controlador de dom�nio em um dom�nio com base no Windows. Este artigo detalha o processo de localiza��o de um dom�nio por seu nome DNS e seu nome NetBIOS. O nome NetBIOS � usado para compatibilidade com vers�es anteriores. Em todos os outros casos, os nomes DNS devem ser usados por quest�o de pol�tica. Este artigo tamb�m aborda a solu��o de problemas relacionados ao processo de localiza��o do controlador de dom�nio.

Voltar para o in�cio

Mais Informa��es

Essa seq��ncia descreve como o Localizador encontra um controlador de dom�nio:

No cliente (o computador que est� localizando o controlador de dom�nio), o Localizador � iniciado como um RPC (Chamada de Procedimento Remoto) para o servi�o Netlogon local. A chamada da API, DsGetDcName, do localizador � implementada pelo servi�o Netlogon.
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 ap�s o nome de dom�nio ter sido acrescentado � seq��ncia que especifica os registros SRV.
- Uma esta��o de trabalho conectada a um dom�nio com base no 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, por exemplo, o WINS).
  
  Na vers�o 4.0 do Windows NT e anteriores, "descoberta" � um processo de localiza��o de um controlador de dom�nio para autentica��o 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 de mala postal. Para nomes de dom�nio DNS, o datagrama � implementado como uma pesquisa LDAP de protocolo UDP (User Datagram Protocol) (O UDP � o protocolo de transporte de datagrama sem conex�o que faz parte do conjunto de protocolos TCP/IP. O TCP � um protocolo de transporte orientado a conex�o).
Cada controlador de dom�nio dispon�vel responde ao datagrama para indicar que est� funcionando no momento, al�m de retornar as informa��es para DsGetDcName.

Observe que o protocolo UDP permite que um programa em um computador envie um datagrama para um outro programa em outro computador. O protocolo 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� funcionando no momento, 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 faz logon ou acessa a rede, ele deve conseguir 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 do cliente localizar um controlador de dom�nio, ele estabelece a comunica��o usando o protocolo LDAP 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 o controlador de dom�nio que n�o est� otimizado. Caso contr�rio, o cliente faz uma nova consulta DNS espec�fica a um site, com o novo nome do site otimizado. O controlador de dom�nio usa algumas das informa��es do servi�o de diret�rio para identificar sites e sub-redes.

Ap�s a localiza��o de controlador de dom�nio pelo cliente, 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 quinze minutos e descarta a entrada correspondente. Em seguida, tenta encontrar um controlador de dom�nio otimizado no mesmo site do cliente.

Depois de ter estabelecido um caminho de comunica��o para o controlador de dom�nio, o cliente pode definir seu logon e suas credenciais de autentica��o e, se houver necessidade, estabelecer um canal seguro em computadores com base no Windows. Dessa maneira, o cliente estar� pronto para realizar consultas normais e procurar informa��es no diret�rio.

Para fazer o logon, o cliente estabelece uma conex�o LDAP com um controlador de dom�nio. O processo de logon usa o 'Gerenciador de contas de seguran�a'. 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 pelo 'Gerenciador de contas de seguran�a' , em seguida � camada de banco de dados e 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

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

Verifique Visualizar eventos no cliente e no servidor. Os logs de evento podem conter mensagens de erro indicando que h� um problema. Para exibir Visualizar eventos, clique em Iniciar, aponte para Programas, Ferramentas Administrativas e clique em Visualizar eventos. Verifique o log do sistema no cliente e no servidor. Al�m disso, verifique os logs de servi�o de diret�rio no servidor e os logs DNS no servidor DNS.
Verifique a configura��o IP usando o comando ipconfig /all em um prompt de comando.
Use o utilit�rio Ping para verificar a conectividade de rede e a resolu��o do nome. Execute o ping tanto no endere�o IP quanto no nome do servidor. Tamb�m pode ser necess�rio executar o ping no nome de dom�nio.
Use a ferramenta Netdiag para determinar se os componentes de rede est�o funcionando corretamente. Para enviar os resultados detalhados a um arquivo de texto, use o seguinte comando:
netdiag /v >test.txt
Revise o arquivo de log, em busca de problemas e examine quaisquer componentes envolvidos. Esse arquivo tamb�m possui outros detalhes de configura��o de rede.
Para corrigir os problemas pequenos, use a ferramenta Netdiag com a seguinte sintaxe: netdiag /fix.
Use o comando nltest /dsgetdc:nomedodom�nio para verificar se um controlador de dom�nio pode ser localizado para um dom�nio espec�fico.
Use a ferramenta NSLookup para verificar se as entradas DNS est�o corretamente registradas no DNS. Veja se os registros de host do servidor e os registros SRV GUID podem ser resolvidos.

Por exemplo, para verificar um registro, use os seguintes comandos:
nslookupnomedoservidor.childofrootdomain.rootdomain.com

nslookup guid._msdcs.rootdomain.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 host, digite ipconfig /registerdns.
- Para for�ar o registro do servi�o de um controlador de dom�nio, encerre e inicie o servi�o Netlogon.
Para detectar problemas do controlador de dom�nio, execute o utilit�rio DCdiag em um prompt de comando. O utilit�rio executa diversos testes para verificar se o controlador de dom�nio est� sendo executado corretamente. Use este comando para enviar os resultados a um arquivo de texto:
dcdiag /v >dcdiag.txt
Use a ferramenta Ldp.exe para conectar e vincular-se ao controlador de dom�nio para verificar a conectividade LDP apropriada.
Se voc� desconfiar que um determinado controlador de dom�nio est� apresentando problemas, � aconselh�vel ativar o log de depura��o do Netlogon. Use o utilit�rio NLTest digitando o seguinte comando: nltest /dbflag:0x2000ffff. As informa��es s�o registradas na pasta Debug do arquivo Netlogon.log.
Se voc� ainda 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 sobre como instalar o Monitor de rede, consulte o seguinte artigo na Base de Dados de Conhecimento da Microsoft:

243270� (http://support.microsoft.com/kb/243270/PT-BR/ ) Como instalar o Monitor de rede no Windows 2000

Voltar para o in�cio

Refer�ncias

Para obter informa��es adicionais, consulte o cap�tulo 10 do Windows 2000 Server Resource Kit, "Diagn�stico, solu��o de problemas e recupera��o do Active Directory."

Voltar para o in�cio