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

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.

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: 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: 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:

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: