Servidor de ping de clientes DCOM após o programa cliente foi desligado

Traduções deste artigo Traduções deste artigo
ID do artigo: 224837 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Neste artigo

Sintomas

Depois de executar um cliente COM (Component Object Model) distribuída não autenticado que usa a API de COM CoSetProxBlanket para definir segurança em sua interface remota e chamadas o objeto de servidor remoto, distribuído COM (DCOM) pings podem persistir mesmo que o programa cliente tiver lançado a interface e desligar.

Causa

Esta correção é uma atualização para o hotfix descrito no seguinte artigo:
184278Servidor em um domínio pode desconectar o cliente no outro domínio
Esse hotfix aborda o caso em que um cliente não-seguro com segurança ativa especificando credenciais na estrutura COAUTHINFO que ele passa para CoCreateInstanceEx. O cliente, em seguida, pode fazer chamadas seguras usando CoSetProxyBlanket ou pode simplesmente fazer chamadas não-segura. Antes para a correção, o objeto do servidor será limpo em aproximadamente seis minutos pelo processo de COM. Além disso, antes para a correção, o computador cliente continuará a enviar pings DCOM para o servidor indefinidamente, até mesmo após o processo de cliente e servidor tenham saído. A correção resolve os dois esses problema.

Resolução

Windows NT Server ou Workstation 4.0

Para resolver esse problema, obtenha o service pack mais recente para o Windows NT 4.0 ou a atualização de software individual. Para informações sobre como obter o service pack mais recente, vá para:
Para obter informações sobre como obter a atualização de software individual, contate o Atendimento Microsoft. Para obter uma lista completa de números de telefone do Atendimento Microsoft e informações sobre os custos de suporte, visite o seguinte endereço na Web:
http://support.microsoft.com/default.aspx?scid=fh;EN-US;CNTACTMS

Windows NT Server 4.0, Terminal Server Edition

Para resolver esse problema, obtenha o service pack mais recente para o Windows NT Server 4.0, Terminal Server Edition. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
152734Como obter o Windows NT 4.0 Service Pack mais recente

Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no começo deste artigo. Esse problema foi corrigido primeiro no Windows NT Server versão 4.0, Terminal Server Edition Service Pack 6.

Propriedades

ID do artigo: 224837 - Última revisão: domingo, 20 de outubro de 2013 - Revisão: 2.5
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0, Terminal Server Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbqfe KB224837 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: 224837

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