ID do artigo: 150800 - �ltima revis�o: ter�a-feira, 14 de junho de 2005 - Revis�o: 3.0

Localiza��o de dom�nio com TCP/IP e arquivos LMHOSTS

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.

Geralmente recomendamos a implementa��o do WINS para resolu��o de nomes e suporte de localiza��o em redes com base em TCP/IP que envolvem roteadores e v�rios segmentos. Por�m, como uma alternativa ao WINS, � poss�vel ter acesso � localiza��o completa de dom�nios usando-se somente arquivos LMHOSTS em todos os computadores, apesar de algumas limita��es que ser�o abordadas nesse artigo.

Em ambos os casos, � importante notar que um cliente somente participa da localiza��o de dom�nio quando usa um nome de grupo de trabalho equivalente ao nome de dom�nio (Nome_do_grupo_de_trabalho = Nome_de_dom�nio). Computadores com Windows NT tamb�m podem "juntar-se" ao dom�nio para obter essa funcionalidade, em vez de participarem de um grupo de trabalho.

Esta funcionalidade de localiza��o de dom�nio com base em LMHOSTS (por meio de roteadores) n�o foi formalmente documentada ou testada pela Microsoft e pode n�o estar dispon�vel em vers�es futuras de sistemas operacionais do cliente e do servidor. Use essas informa��es com discri��o.

Voltar para o in�cio

Mais Informa��es

A "localiza��o" em uma rede Microsoft deve ser considerada um servi�o distribu�do fornecido por um ou mais computadores. Cada computador pode executar muitas fun��es de localiza��o; por�m, esse artigo se concentra nas duas mais importantes:

Localizador de segmento mestre (SegMB): Pode ser qualquer Windows NT Server, Workstation ou controlador de dom�nio. Tamb�m pode ser um computador com Windows 95 ou Windows for Workgroups 3.11. O SegMB � respons�vel por manter uma lista de localiza��o dos computadores em seu segmento local, encaminhar a lista para o localizador de dom�nio mestre e solicitar dele a lista de localiza��o de dom�nio. O SegMB mescla a lista de dom�nio com sua lista local e a coloca � disposi��o de qualquer cliente local que a solicite.
Localizador de dom�nio mestre (DomMB): � o controlador de dom�nio prim�rio do Windows NT (PDC). O DomMB � respons�vel por manter a lista de localiza��o em seu segmento local (como um SegMB), como tamb�m por coletar listas de localiza��o de outros localizadores de segmento mestres (remotos) com o mesmo nome de dom�nio (ou Nome_do_grupo_de_trabalho = Nome_de_dom�nio). O DomMB mescla as listas que coleta juntamente com a lista local e depois redistribui a lista combinada para todos os SegMBs remotos. Portanto, ele � o concentrador central para a manuten��o da lista de localiza��o de dom�nio abrangente.

OBSERVA��O: O localizador do Windows para Workgroups requer arquivos atualizados.

Para obter informa��es adicionais, leia o seguinte artigo na Base de Dados de Conhecimento da Microsoft:

102878� (http://support.microsoft.com/kb/102878/EN-US/ ) Informa��es sobre a opera��o do localizador

Para que o servi�o de localiza��o distribu�da funcione, os SegMBs precisam determinar exatamente de quem � o DomMB. Eles podem determinar isso localizando o computador que registrou o nome de NetBIOS "Dom�nio<1b>", porque ele � registrado apenas pelo PDC (que tamb�m � o DomMB, como indicado acima).

Para obter informa��es adicionais, leia o seguinte artigo na Base de Dados de Conhecimento da Microsoft:

119495� (http://support.microsoft.com/kb/119495/EN-US/ ) Lista de nomes registrados com o servi�o WINS

Voltar para o in�cio

Localiza��o de dom�nio com WINS

Em um ambiente WINS, um SegMB consulta o WINS para determinar quem registrou Dom�nio<1b>. Neste caso, o WINS age como um conveniente recurso central para essas informa��es. H� um benef�cio adicional na ajuda do WINS � localiza��o: a localiza��o de v�rios dom�nios.

Voltar para o in�cio

Localiza��o de v�rios dom�nios com o WINS

Um PDC configurado para consultar o WINS periodicamente solicita a lista de todos os dom�nios que est�o registrados no banco de dados. (Um dom�nio � identificado por um registro "Dom�nio<1b>" no banco de dados, e o endere�o IP associado do PDC que o registrou.) O PDC combina essa lista com sua pr�pria lista de localiza��o de dom�nio e, assim, obt�m uma lista completa dos computadores em seu dom�nio e tamb�m uma lista de outros dom�nios, todas pela WAN. Ent�o, quando o PDC interage com seus SegMBs d� a eles essa lista completa. Depois voc� sente o efeito disso quando localiza a rede usando o Gerenciador de arquivos ou Ambiente de rede.

OBSERVA��O: Esse � o alcance do envolvimento do WINS com a localiza��o. Ele n�o est� envolvido com o processo de sele��o do localizador, nem ajuda o cliente a determinar seu localizador de segmento mestre, nem tampouco ajuda o DomMB a determinar de quem s�o os SegMBs; isso � feito quando o SegMB entra em contato com o DomMB pela primeira vez.

Em certas redes o uso do WINS pode n�o ser �til; isso somente pode ser determinado analisando-se caso a caso. Voc� pode usar o LMHOSTS ou DNS para resolver nomes de computador; por�m, os LMHOSTS s�o necess�rios para a localiza��o de dom�nio, como tamb�m para outros problemas de gerenciamento de dom�nio como duplica��o de banco de dados e canais de seguran�a de dom�nio.

Voltar para o in�cio

Localiza��o de dom�nio com LMHOSTS

Sem o WINS, voc� precisa de entradas LMHOSTS especiais que determinam de quem s�o todos os controladores de dom�nio. Isso � feito de acordo com a seguinte conven��o:

199.199.199.1  Nome_do_computador #PRE  #DOM:Nome_do_dom�nio

Quando um computador � inicializado, ele l� essas entradas e as armazena permanentemente no cache do nome NetBIOS at� que o computador seja desligado. (Por causa disso, � melhor que essas entradas permane�am no arquivo LMHOSTS para uma an�lise eficiente do LMHOSTS.) Todos os computadores no dom�nio precisam de uma dessas entradas para cada controlador de dom�nio (no dom�nio local), assim como uma para o PDC. Observe tamb�m a ordem exata do #PRE #DOM e repare que est�o em letras mai�sculas. Os outros nomes n�o diferenciam mai�sculas de min�sculas.

Voltar para o in�cio

Localizadores de segmento mestres do Windows NT

As entradas citadas acima s�o suficientes para um computador com Windows NT: Depois de se tornar um Localizador de segmento mestre, um computador com Windows NT determina de quem � o PDC enviando uma consulta (usando a API NetGetDcName) para todas as entradas LMHOSTS com a designa��o #DOM:<dom�nio_local>. Somente o PDC responde. Depois, o computador com o Windows NT entra em contato com o PDC e informa a ele que � um localizador mestre e, em seguida, continua o processo de obten��o da lista de localiza��o de dom�nio. O PDC ent�o entra em contato com o computador com Windows NT para obter sua lista de localiza��o de segmento local. Esse processo se repete a cada 12 a 15 minutos.

Voltar para o in�cio

Localizadores de segmento mestres do Windows 95 e Windows para Workgroups

Eles n�o executam a API NetGetDcName, assim, precisam de entradas no arquivo LMHOSTS que indiquem de quem � o PDC. Supondo que o exemplo acima � o PDC do dom�nio, voc� teria duas entradas para um cliente com Windows 95 ou com Windows para Workgroups:

   199.199.199.1  controlador1   #PRE  #DOM:nome_do_dom�nio
   199.199.199.1  "nome_do_dom�nio,,,,,\0x1b"  #PRE

A primeira entrada permite que o PDC aja como um controlador de dom�nio de logon para o cliente, a segunda entrada permite que o servi�o do localizador do cliente encontre explicitamente o PDC. Lembre-se que provavelmente voc� ter� v�rias linhas similares � primeira (para controladores de v�rios dom�nios), mas somente uma linha com a diretiva \0x1b (para designar o PDC). Observe que o nome de dom�nio deve estar entre aspas e deve ser preenchido com espa�os para completar o total de 15 caracteres antes da parte \0x1b. (O exemplo acima mostra v�rgulas para espa�os reservados virtuais, por�m, em um arquivo LMHOSTS real essas v�rgulas devem ser substitu�das por espa�os). Esteja ciente tamb�m de que mover a fun��o PDC para outro Windows NT Server (via promo��o) invalidar� sua entrada \0x1b. Op��es para corrigir isso:

Alterne os endere�os de IP nos controladores para que o PDC efetivamente sempre tenha o mesmo endere�o. Voc� n�o precisa mudar nada no arquivo LMHOSTS.
Mude o endere�o de IP \0x1b em todos os arquivos LMHOSTS nos clientes, ou no arquivo LMHOSTS centralmente distribu�do (caso esteja implementando-o).

Voltar para o in�cio

Observa��o sobre os nomes NetBIOS

Cada nome NetBIOS tem 16 caracteres; os primeiros 15 s�o definidos pelo usu�rio (ou preenchidos com espa�os), e o d�cimo sexto caractere � reservado para identificar o servi�o de rede que registrou o nome. O exemplo mais familiar de um nome NetBIOS � o Nome_do_computador em qualquer cliente de rede da Microsoft. Quando o cliente � inicializado, v�rios servi�os de rede de cliente registrar�o o Nome_do_computador juntamente com as extens�es �nicas, como Nome_do_computador<00> (servi�o de esta��o de trabalho) e Nome_do_computador<20> (servi�o de servidor). Nesse caso, a �nica diferen�a entre esses dois nomes � o d�cimo sexto caractere - e isso os torna individualmente identific�veis. Um cliente pode registrar todos esses nomes por transmiss�o e por meio de datagrama direto para o WINS, dependendo do tipo de n� do cliente. Outras empresas tamb�m podem registrar extens�es NetBIOS que n�o s�o reservadas pela Microsoft.

Para obter informa��es adicionais, leia o seguinte artigo na Base de Dados de Conhecimento da Microsoft:

119493� (http://support.microsoft.com/kb/119493/PT-BR/ ) NetBIOS sobre solu��o de nome TCP/IP e WINS

119495� (http://support.microsoft.com/kb/119495/EN-US/ ) Lista de nomes registrados com o servi�o WINS

Voltar para o in�cio

Exemplo de LMHOSTS

O seu nome de dom�nio � "Globo", o nome NetBIOS de PDC � "Mongo", e voc� tem v�rios outros controladores de dom�nio de backup. Seu arquivo LMHOSTS se pareceria com o seguinte:

   199.199.199.1   "globo       \0x1b"  #PRE
   199.199.199.1   mongo      #PRE  #DOM:globo
   199.199.199.2   otherdc1   #PRE  #DOM:globo
   199.199.199.3   otherdc2   #PRE  #DOM:globo

Para verificar se os dados foram inseridos corretamente, abra uma janela de comando (prompt do MS-DOS) e exiba o cache de NetBIOS:

   c:\> nbtstat -c

   NetBIOS Remote Cache Name Table

   Name           Type  Host          Address        Life [sec]
   ------------------------------------------------------------
   globo          <1B>  UNIQUE        199.199.199.1       -1
   MONGO          <03>  UNIQUE        199.199.199.1       -1
   MONGO          <00>  UNIQUE        199.199.199.1       -1
   MONGO          <20>  UNIQUE        199.199.199.1       -1
   OTHERDC1       <03>  UNIQUE        199.199.199.2       -1
   OTHERDC1       <00>  UNIQUE        199.199.199.2       -1
   OTHERDC1       <20>  UNIQUE        199.199.199.2       -1
   OTHERDC2       <03>  UNIQUE        199.199.199.3       -1
   OTHERDC2       <00>  UNIQUE        199.199.199.3       -1
   OTHERDC2       <20>  UNIQUE        199.199.199.3       -1

DICA: a entrada <1B> n�o ser� exibida se o nome n�o tiver exatamente 15 caracteres, n�o estiver entre aspas ou se a barra estiver na posi��o invertida "/0x1b" (oposto a "\0x1b").

Voltar para o in�cio

Localiza��o de v�rios dom�nios com LMHOSTS

� importante observar que a principal desvantagem da localiza��o de LMHOSTS � n�o fornecer a habilidade autom�tica de localiza��o de v�rios dom�nios. Como mencionado anteriormente, o PDC consultar� uma lista de dom�nios remotos no WINS e incluir� essas informa��es em sua lista de localiza��o. Por�m, o PDC n�o analisar� o arquivo LMHOSTS quanto �s mesmas informa��es, nem incluir� outras entradas \0x1b com a diretiva do #PRE (cache). Na verdade, se o seu PDC n�o consultar o WINS, voc� n�o ver� outros dom�nios com o Gerenciador de arquivos ou Ambiente de rede. Por�m, voc� tamb�m pode localizar outros dom�nios manualmente (desde que saiba o nome de dom�nio e que tenha entradas especiais em seu arquivo LMHOSTS) e ainda ter a chance de localizar dom�nios remotos com base em transmiss�es.

M�todo manual: � realizado incluindo-se uma entrada \0x1b para o PDC de qualquer dom�nio remoto a ser localizado. Esta t�cnica aplica-se ao Windows NT, ao Windows 95 e ao Windows para Workgroups. Ela � eficaz devido � seguinte seq��ncia de eventos, necess�ria para a localiza��o de dom�nio remoto:

O cliente determina de quem � o PDC do dom�nio remoto atrav�s do nome <1b> de dom�nio (para LMHOSTS isso � feito com a entrada \0x1b; para WINS isso � feito por meio de consulta).
O cliente envia uma solicita��o API GetBackupList para o PDC remoto
O PDC remoto responde com uma lista de at� tr�s localizadores mestres, potencialmente incluindo ele mesmo.
O cliente envia uma solicita��o de API NetServerEnum para um dos localizadores mestres
O localizador mestre responde com a lista de localiza��o de dom�nio abrangente.

A "maneira manual" de obter essa lista de localiza��o � por meio de uma janela de comando:

Para computadores com WinNT: c:\net view /dom�nio:<nome_do_dom�nio>
Para Win95 e WFW: c:\net view /grupo_de_trabalho:<nome_do_dom�nio>

M�todo de Transmiss�o: Funciona no caso de qualquer segmento de rede que tenha membros de v�rios dom�nios. Existe um SegMB de cada dom�nio no segmento "m�tuo" e cada SegMB anuncia seu dom�nio por meio de transmiss�o para um nome NetBIOS especial<01><02>_MSBROWSE_<02><01>. O pacote de transmiss�o inclui o nome de dom�nio e o nome do computador do SegMB que o anunciou.

Os SegMBs de outros dom�nios (nesse segmento m�tuo) escutam essas informa��es e as acrescentam � lista de localiza��o local. Agora, um SegMB nesse segmento "descobre" outros dom�nios e envia as informa��es descobertas para: o DomMB de seu dom�nio e para clientes locais (em seu dom�nio) que solicitam uma lista de localiza��o.

Um cliente solicita a lista de localiza��o de dom�nio local (de um SegMB local) e exibe os dom�nios descobertos no Gerenciador de arquivos e Ambiente de rede. Quando o cliente seleciona o dom�nio descoberto, na verdade, ele solicita uma lista de localiza��o diretamente do SegMB que fez o an�ncio no pacote<01><02>_MSBROWSE_<02><01>. Al�m disso, como as informa��es tamb�m foram enviadas para o DomMB do cliente, elas s�o propagadas para os SegMBs em outros segmentos que fazem parte desse dom�nio.

Agora, clientes em um segmento remoto podem aproveitar essas informa��es e localizar o dom�nio remoto mesmo que n�o haja nenhum membro do dom�nio remoto no segmento dos clientes. Por�m, o uso de arquivos LMHOSTS torna o processo muito vol�til, pois depende que os "SegMBs remotos descobertos" ainda estejam ativos. Em um ambiente WINS, esse recurso de localiza��o remota � muito mais est�vel porque o WINS fornece as informa��es sobre os dom�nios remotos para o seu PDC.

Aspectos que devem ser considerados:

Para que a localiza��o de dom�nio e de logon de dom�nio funcionem por meio do LMHOSTS, todos os computadores solicitam um arquivo LMHOSTS que inclua entradas para todos os controladores de dom�nio e entradas \0x1b adequadas, e o PDC solicita uma entrada para cada localizador de segmento mestre remoto (se ainda n�o estiverem listados).
Muito provavelmente cada computador WAN est� listado. Isso pode ser feito de maneira mais eficiente com um arquivo LMHOSTS comum distribu�do para todos os clientes e servidores; por�m, voc� deve mant�-lo atualizado com todas as mudan�as de endere�o de IP adequadas e isso pode se tornar um volume administrativo.
Visualizar um computador na lista de localiza��o n�o significa que voc� pode se conectar a ele. Se ele estiver em seu segmento local, voc� poder� se conectar por meio de transmiss�o. Se ele estiver em um segmento remoto, voc� precisar� de uma entrada LMHOSTS para fazer isso.

Voltar para o in�cio