Artigo: 102725 - Última revisão: terça-feira, 20 de Fevereiro de 2007 - Revisão: 3.2

Informações sobre o ficheiro LMHOSTS e palavras-chave predefinidos

Vista lado a ladoClique aqui para exibir o artigo traduzido e o artigo original em inglês, lado a lado.
Tradução automáticaVer isenção de responsabilidades para tradução automática
Ver produtos para os quais este 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.
O ficheiro LMHOSTS é um ficheiro de texto local que mapeia endereços IP para nomes de NetBIOS de servidores remotos com o qual pretende comunicar através do protocolo TCP/IP. O Windows reconhece nomes em vez de endereços IP para pedidos de rede e um processo de identificação do nome é utilizado para encaminhar correctamente os pedidos de rede com TCP/IP. Uma vez que o processo de identificação do nome é geralmente não encaminhado por um router IP, o ficheiro LMHOSTS permite computadores com o Windows comunicar através de TCP/IP através de uma sub-rede.

Este artigo está dividido nas seguintes secções:
  • Informação completa
  • Cache de entrada LMHOSTS
  • Palavras-chave predefinida
  • Mais informações sobre a inclusão de bloco

Informação completa

  • LMHOSTS contém o endereço IP para traduções de nome "NetBIOS TCP sobre/IP".
  • LMHOSTS só é utilizado pela interface do NBT (NetBIOS através de TCP/IP).
  • Ficheiro LMHOSTS contém algumas adições importantes ao LAN Manager e o Windows para ficheiro LMHOSTS de grupos de trabalho, como a capacidade para suportar a validação de início de sessão de domínio encaminhada.
  • LMHOSTS contém informações estáticas sobre endereços TCP/IP, mas utilizar scripts de início de sessão e/ou o serviço Replicador, o ficheiro "principal" pode ser distribuído forma transparente por todas as estações.
  • Por predefinição, o ficheiro LMHOSTS deve estar localizado no directório %SYSTEMROOT%\SYSTEM32\DRIVERS\ETC (normalmente C:\WINNT\SYSTEM32\DRIVERS\ETC).

Cache de entrada LMHOSTS

Por predefinição, entradas especificadas com a palavra-chave # pre são colocados em cache na inicialização com um máximo de entradas de 100. Entradas mais inicialmente em cache podem ser obtidas modificar o valor de registo seguinte:
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \NetBT\Parameters\MaxPreload
A sequência utilizada para determinar o NetBIOS para resolução de endereços IP é o seguinte: a cache é verificada, é efectuada uma difusão de sub-rede e, em seguida, são verificadas entradas adicionais a partir de LMHOSTS. Se não é estabelecer uma ligação dentro de 15 segundos, a saída de horas TDI e é apresentada uma mensagem de erro.

Palavras-chave predefinida

Predefinidos palavras-chave todos os que são válidas para computadores com o Windows Advanced Server e o Windows não são válidas para ficheiros LMHOSTS no Microsoft LAN Manager ou Microsoft Windows para computadores de grupos de trabalho. Estes computadores não podem ser validados pelo controladores de domínio encaminhado que podem os mesmos computadores Windows NT de forma. Para conseguir validá-los, utilize o ' Gestor de ' TCP/IP das extensões de serviço LAN disponíveis em todos os servidores de OS/2 LAN Manager (versão 2.1a ou posterior).
# < comentário linha >
Utilizado para o comentário de endereço IP para nomes de NetBIOS.
# ANTERIOR
Define carregados os movimentos que devem ser inicialmente previamente para a cache de nomes.
# DOM: <domain_name>
Distingue os servidores de Windows Advanced Server a partir Windows estações de trabalho, um servidor LAN Manager ou Windows for Workgroups computador. Esta palavra-chave é necessária para todos os servidores validam pedidos de início de sessão.
# NOFNR
Evite consultas de nome directo (DNS). Algumas versões anteriores do LAN Manager não é possível processar pedidos de DNS de NetBIOS e devolvem o erro 53. Especificar que este sinalizador na mesma linha evitará utilizando o NetBIOS direccionado consultas de nomes.
# BEGIN_ALTERNATE 
      #INCLUDE <\\server_name01\sharename\LMHOSTS>
      #INCLUDE <\\server_name02\sharename\LMHOSTS>
      ...
   #END_ALTERNATE
      Defines a redundant list of alternate locations for LMHOSTS files.
      The recommended way to #INCLUDE remote files is using a UNC path,
      to ensure access to the file. Of course, the UNC names must exist
      in the LMHOSTS file with a proper IP address to NetBIOS name
      translation.
   #MH
      Associates a single, unique NetBios computer name to an IP address.
      You can create multiple entries for the same NetBios computer name
      for each NIC in the multihomed device, up to a maximum of 25 different 
      IP addresses for the same name.
# SG
Utilizado para definir um grupo especial, tais como impressoras ou computadores pertencentes a grupos na intranet para facilitar a consulta, procura ou difundir. Grupos especiais estão limitados a um total de 25 membros.
As primeiro 3 palavras-chave podem ser utilizadas em conjunto para especificar 1 NetBIOS sobre TCP/IP nome conversão de endereços IP. Por exemplo: 
   102.54.94.97 rhinodc #PRE  #DOM:rhino  #PDC for rhino domain 
   102.54.94.99 zoobdc  #PRE  #DOM:rhino  #BDC for rhino domain
Nota: PDC, Primary Domain Controller é controlador de domínio principal e BDC é controlador secundário de domínio.

Para iniciar com o endereço IP seguido do nome de NetBIOS, as entradas predefinidas podem ser definidas pela ordem diversos. Recomenda-se para inserir entradas importantes em primeiro lugar, uma vez que o o ficheiro for acedido por ordem sequencial.

Mais informações sobre a inclusão de bloco de palavras-chave

O Windows fornece novos comandos de bloco permitem localização centralizada e gestão do ficheiro LMHOSTS. Além disso, provisões são incluídos para permitir redundantes cópias de segurança em vários servidores. O Windows seguinte comandos de bloco do ficheiro LMHOSTS são explicados detalhadamente abaixo:
  • # INCLUIR
  • # BEGIN_INCLUDE
  • # END_INCLUDE
  • # BEGIN_ALTERNATE
  • # END_ALTERNATE
Bloco de inclusão palavras-chave (# BEGIN_INCLUDE, # END_INCLUDE): 
   130.20.26.169  Trustedserver  #PRE   #DOM:Testing  # Test group domain
		
   #BEGIN_INCLUDE
   #INCLUDE \\localsrv\public\lmhosts       # Local domain
   #INCLUDE \\Trustedserver\public\lmhosts  # Server in Testing domain
   #END_INCLUDE
in a inclusão de bloco acima, o ficheiro LMHOSTS especificado é pesquisado nas seguintes condições:
  • Durante a inicialização de TCP/IP, o ficheiro local LMHOSTS é analisado para comandos # PRE. Coloca todas estas entradas na cache de nomes. Além disso, todos os ficheiros LMHOSTS especificados pelo comando # include são pesquisados.
  • Ao resolver um nome de computador (nome de NetBIOS) para um endereço IP, o ficheiro # include também procura se o nome não for encontrado nos movimentos de pré-carregados da cache.
  • São pesquisados os ficheiros LMHOSTS para resolver o endereço de um controlador de domínio de um domínio que não foi encontrado na lista nome cache pré-carregadas.
A vantagem deste comando é o que permite aos administradores de sistema manter facilmente um localizado centralmente principal ficheiro LMHOSTS que pode ser acedido através da rede por cada nó. Este método também funciona em sub-redes devido à utilização de nomes UNC (universal naming convention) e mapeamentos LMHOSTS para esses movimentos.

Se o domínio abrange várias sub-redes ou se o controlador de domínio para um domínio for através de um router, é necessário ter uma entrada no ficheiro LMHOSTS para localizar o controlador de domínio para esse servidor, com um prefixo # DOM adicionado (por nosso exemplo, trustedserver é o controlador de domínio para domínio TESTING). Consulte a linha IP acima a inclusão de bloco. Esta linha tem de aparecer antes do # include.

Em casos acima, o domínio TESTING tem uma relação fidedigna com o domínio local. Isto é importante para servidores incluídos no bloco de que não estejam no domínio local.

NOTA: Os ficheiros LMHOSTS localizados no servidores num domínio fidedigno devem ter privilégios de leitura para o todos grupo, que inclui todos os utilizadores locais e os utilizadores do domínio fidedigno.

Alternar o bloco de inclusão (# BEGIN_ALTERNATE, # END_ALTERNATE): 
   #BEGIN_ALTERNATE
   #INCLUDE \\localsrv\public\lmhosts      # Local domain
   #INCLUDE \\Trustedserver\public\lmhosts # Server in Testing Domain
   #END_ALTERNATE
neste caso, a condição "Incluir alternativo" é satisfeita se uma do # include for bem sucedida. Isto significa que apenas um ficheiro LMHOSTS será verificado. A primeira # include com êxito é o ficheiro LMHOSTS apenas que será lido.

Isto é útil manter várias cópias do mesmo ficheiro em diferentes servidores. Se um dos servidores for premida, irá tentar ler o ficheiro LMHOSTS do servidor alternativo identificado na inclusão de bloco.

Obter informações adicionais, incluindo uma descrição completa destas funcionalidades, estão disponíveis no Windows Resource Kit.
Expandir tudo | Reduzir tudo
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 3.1
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Advanced Server 3.1
Voltar ao topo
Palavras-chave: 
kbmt kbnetwork KB102725 KbMtpt
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 102725  (http://support.microsoft.com/kb/102725/en-us/ )
Voltar ao topo