Ordem de resolução de nomes de host do Microsoft TCP/IP

Traduções deste artigo Traduções deste artigo
ID do artigo: 172218 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo descreve os diferentes métodos de nome de host para resoluções de endereço IP usado por clientes Microsoft Windows. A seqüência de métodos é diferente da seqüência usada para resolver nomes NetBIOS para endereços IP.

Mais Informações

Em uma rede usando o protocolo TCP/IP, é necessário converter nomes de recursos para endereços IP para se conectar a esses recursos. Clientes Microsoft Windows seguirá uma seqüência de métodos na tentativa de resolver um nome para um endereço, interrompendo a pesquisa quando ela corresponde a um nome para um endereço IP com êxito.

Há duas seqüências principal usadas em quase todos os casos: resolução de nomes resolução NetBIOS e o host. Os clientes conectando a recursos em servidores Microsoft, normalmente por meio do Gerenciador de arquivos ou ambiente de rede, geralmente usam resolução de nomes NetBIOS.

Para obter informações adicionais, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:
119493NetBIOS sobre resolução de nomes de TCP/IP e WINS
Resolução de nome de host resolve os nomes dos recursos de TCP/IP que não se conectar por meio da interface do NetBIOS. O exemplo mais comum disso é um navegador da Web, como o Microsoft Internet Explorer. Outros exemplos incluem aplicativos de Internet, como ping, FTP e Telnet. Muitos aplicativos de email que se conectam usando Winsock, a implementação de soquetes TCP/IP, do Microsoft Windows e banco de dados moderno também usam resolução de nome de host. Outlook e Exchange são exemplos desses tipos de aplicativos.

Ao solucionar problemas de resolução de nomes, é importante restringir se o aplicativo é resolver um nome NetBIOS ou um nome de host.

Observação : no contexto neste artigo, o termo "cliente" não faz necessariamente referência a uma estação de trabalho. Um servidor Windows NT terão a função do cliente quando ele requer acesso aos recursos que requerem resolução de nome de host.

Resolução de nome de host geralmente usa a seguinte seqüência:

  1. O cliente verifica para ver se o nome consultado é seu próprio.
  2. O cliente, em seguida, procura um arquivo hosts local, uma lista de endereço IP e nomes armazenados no computador local.

    Observação : A Hosts local do arquivo depende do sistema operacional:
       Windows NT                  %Systemroot%\System32\Drivers\Etc
       Windows 95                  <drive>\<Windows folder>
       Windows for Workgroups      <drive>\<Windows folder>
       Windows 3.1                 <drive>\<Windows folder>
       MS-Client 3.0               <Boot volume>\Net
       Lan Manager 2.2c Client     <Boot volume>\Net
    						
    onde % Systemroot % é a pasta na qual o Windows NT é instalado, <drive> é a unidade em que o sistema operacional está instalado e < volume de inicialização > se refere a um disquete de inicialização ou a unidade C.

    Um arquivo de hosts de exemplo, hosts.SAM, é instalado com o protocolo TCP/IP mostrando o formato adequado.
  3. Os servidores de sistema de nomes (DNS) do domínio são consultados.
  4. Se o nome não for resolvido, a seqüência de resolução de nomes NetBIOS é usada como um backup. Esta ordem de poderá ser alterada configurando os NetBIOS tipo de nó do cliente.
O cliente Windows tentará cada um desses métodos até com êxito resolve o nome ou todos esses métodos. Windows NT, Windows 95 e Windows para Workgroups usando o Microsoft TCP/IP 3.11b seguem essa seqüência. Clientes de cliente Microsoft versão 3.0 ou LAN Manager 2.2c não irão usar resolução de nomes NetBIOS como um backup.

Para obter informações adicionais, leia os seguintes artigos na Base de dados de Conhecimento da Microsoft:
169141Resolução NetBIOS e o nome de host para o MS Client e LM 2.2c
Ao resolver nomes de cliente ignorará métodos para o qual ele não está configurado. Por exemplo, se não houver nenhum arquivo de hosts no sistema, em seguida, ele será ignore a etapa 2 acima e tente uma consulta para um servidor DNS. Se não endereços IP do servidor DNS forem inseridos na configuração de TCP/IP do cliente, em seguida, o cliente pulará para a próxima etapa na seqüência após DNS.

O método para alterar a ordem de resolução de nome de host é diferente entre os sistemas operacionais e versões. Esses são documentados nos Kits de recursos para os sistemas operacionais específicos, bem como na Base de dados de Conhecimento da Microsoft.

Para obter informações adicionais, leia os seguintes artigos na Base de dados de Conhecimento da Microsoft:
171567Valores de prioridade ServiceProvider do Windows NT 4.0 não aplicadas
139270Como alterar a ordem de resolução de nomes no Windows 95 e no Windows NT
119372Definir a ordem de pesquisa de resolução de nome para TCP/IP-32

Solução de problemas

Problema: Cliente é incapaz de resolver um nome de host.

Etapas de solução de problemas:

Se um cliente não puder resolver um nome de host, em seguida, é melhor verificar o host de resolução de nomes seqüência listada acima que o cliente deve usar. Se o nome não existir em qualquer um dos recursos que o cliente usa, em seguida, você deve decidir qual recurso para adicioná-lo. Se o nome existe em um dos recursos, tais como um servidor DNS ou um servidor WINS (Windows Internet Name Service) e o cliente não está resolvendo o nome corretamente, se concentre sua atenção sobre como solucionar problemas desse recurso específico.

Além disso, confirme que o cliente está tentando resolver um nome de host e não um nome de NetBIOS. Muitos aplicativos têm vários métodos que eles podem utilizar para resolver nomes, isso é especialmente verdadeiro de aplicativos de email e banco de dados. O aplicativo pode ser configurado para se conectar a recursos usando NetBIOS. Dependendo da configuração do cliente o cliente pode ignorar a resolução de nome de host. Daí será necessário para alterar o tipo de conexão ou para soquetes TCP/IP ou para solucionar o problema como uma questão de NetBIOS.

Problema: Cliente resolve um nome muito lentamente, ou Falha ao resolver um nome e leva muito tempo para relatar uma falha.

Etapas de solução de problemas:

Ter servidores DNS configurados na configuração de TCP/IP de um cliente, mas o servidor não está disponível para o cliente geralmente faz com que isso. Porque o protocolo TCP/IP assume uma rede não confiável, um cliente repetidamente tentará se conectar a um servidor DNS antes de Abandonando a consulta de tentativa. O cliente irá tentar consultar um segundo servidor DNS se um estiver configurado e levar o mesmo tempo para falhar. Só então será o cliente percorrer para resolução de nome NetBIOS conforme descrito acima.

Há três maneiras de abordar esse problema.

  • Se o nome do host corretamente é inserido em um arquivo de host, ele será ser resolvido antes do cliente tenta consultar o DNS. Essa solução funciona bem se os servidores DNS são temporariamente inacessíveis e não houver um pequeno número de nomes de host que precisam ser resolvidos. Configurar manualmente os arquivos para vários clientes pode ser proibitivo. - ou -

  • Se servidores DNS estão disponíveis, mas os endereços de servidor DNS na configuração de TCP/IP de clientes estão incorretos, em seguida, corrigir esses endereços permitirá que os clientes entrar em contato com os servidores DNS imediatamente. Mesmo se um servidor DNS relata que ele não pode resolver um nome, isso acontecerá muito mais rápido do que se o cliente não é possível acessar um servidor DNS em todos os. - ou -

  • Se servidores DNS são configurados no cliente, mas esses servidores estão permanentemente indisponíveis, em seguida, remova os endereços IP do DNS servidores de configuração do cliente. O cliente, em seguida, irá ignorar a pesquisa de DNS sem atraso. - ou -

  • Se registros no banco de dados DNS estiverem ausentes ou incorretos, em seguida, haverá um atraso como servidores DNS de consulta outros servidores DNS antes que eles não é possível resolver o nome de relatório. Isso normalmente fará com que um atraso de apenas alguns segundos.
Para obter informações adicionais sobre TCP/IP e resolução de nomes, consulte o seguinte white paper disponível no servidor de ftp anônimo da Microsoft:
Nome do arquivo: Tcpipimp2.doc
Local: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/
Título: "Microsoft Windows NT 3.5/3.51/4.0: implementação de TCP/IP detalhes da pilha de protocolo TCP/IP e serviços, versão 2.0."

Propriedades

ID do artigo: 172218 - Última revisão: segunda-feira, 8 de dezembro de 2003 - Revisão: 3.0
A informação contida neste artigo aplica-se a:
  • 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.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows 95
  • Microsoft TCP/IP-32 para Windows para Workgroups 1.0
  • Microsoft LAN Manager 4.2 Standard Edition
  • Cliente para redes Microsoft 3.1
Palavras-chave: 
kbmt kbinfo kbnetwork KB172218 KbMtpt
Traduçã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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 172218

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com