gethostbyname() não não devolve endereços de IP virtuais do cluster consistentemente

Traduções de Artigos Traduções de Artigos
Artigo: 257577 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sintomas

Se o programa utiliza a função gethostbyname , a lista devolvida de endereços pode não incluir os endereços IP virtuais criados pelo serviço de cluster ou poderá listar endereços IP que não estão actualmente possuídos por este nó.

Causa

Quando o serviço de cluster adiciona ou remove um endereço IP virtual, o protocolo TCP/IP não actualiza a cache a partir da qual devolverá os endereços IP.

Resolução

Para resolver este problema, obtenha o service pack mais recente do Windows 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
260910Como obter o Service Pack mais recente do Windows 2000
A versão inglesa desta correcção deverá ter os seguintes atributos de ficheiro ou posteriores:
Nome de ficheiro: Q257577_w2k_sp2_x86_en.exe
Versão: 1.10.101.0
Este pacote inclui versões actualizadas:
Clusres.dll
Dnsapi.dll

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo. Este problema foi corrigido pela primeira vez no Windows 2000 Service Pack 2.

Mais Informação

No Windows NT 4.0, gethostbyname(local node name) devolveu uma lista com todos os endereços IP instanciados no servidor, incluindo os endereços IP virtuais do cluster. No Windows 2000, a mesma operação devolve normalmente apenas endereços IP que são permanentemente atribuídos ao servidor; no entanto, por vezes, pode devolver a lista completa tal como o Windows NT 4.

A alteração de comportamento é um efeito secundário de implementação do serviço de resolução DNS. A resolução de caches lista de endereços IP locais no arranque. Quando é pedido para resolver o nome de nó local, devolve a lista da cache em vez de consultar um servidor de DNS. O problema é que a resolução não escuta para notificações de alteração de endereço PNP da pilha TCP, mas irá receber estas notificações do cliente DHCP. Quando o solucionador recebe uma notificação de alteração de DHCP, actualiza-lista de endereços IP locais em cache consultando a pilha TCP. O resultado é que, quando clustering instancia um novo endereço, a resolução não conhecê-lo, a menos que / até ocorre uma alteração de endereço DHCP subsequente. O mesmo acontece quando são removidos endereços de cluster. Uma vez que as alterações de endereço DHCP são raras, gethostbyname exclui normalmente endereços IP de cluster ao resolver o nome de nó local.

No Windows 2000, MSMQ foi fornecido para dependem o novo comportamento no seu cenário activo/activo num cluster e, por isso, é dividido com o comportamento de correcção. MSMQ utiliza RPC para comunicação de cliente/servidor. Durante o arranque no processo do servidor, o RPC utiliza gethostbyname para determinar a lista de endereços IP para escutar a ligação. Na configuração activo/activo, um processo de servidor MSMQ está associado com o nome de nó local, enquanto outra está associada a um servidor virtual de cluster. Se gethostbyname devolve o servidor virtual de endereço IP para o processo associado ao nome de nó local, ambos os processos escutará nesse endereço. O resultado é que clientes que tentam estabelecer ligação com o processo do servidor virtual podem ser ligados por engano ao processo do nó local. Assim, MSMQ depende do facto de endereços IP virtuais do cluster normalmente não são devolvidos por gethostbyname ao resolver o nome de nó local.

Propriedades

Artigo: 257577 - Última revisão: 29 de janeiro de 2014 - Revisão: 2.4
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
Palavras-chave: 
kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix KB257577 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 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: 257577

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