DCOM Clients Ping Server After Client Program Has Shut Down

Article translations Article translations
Article ID: 224837 - View products that this article applies to.
This article was previously published under Q224837
Expand all | Collapse all

On This Page


After you run an unauthenticated distributed Component Object Model (COM) client that uses the CoSetProxBlanket COM API to set security on its remote interface and calls the remote server object, distributed COM (DCOM) pings may persist even though the client program has released the interface and shut down.


This fix is an update to the hotfix described in the following article:
184278 Server in One Domain May Disconnect Client in Another Domain
This hotfix addresses the case where an unsecure client activates securely by specifying credentials in the COAUTHINFO structure that it passes to CoCreateInstanceEx. The client may then make secure calls using CoSetProxyBlanket or it may simply make unsecure calls. Prior to the fix, the server object will be cleaned up in approximately six minutes by the COM process. Also, prior to the fix, the client computer will continue to send DCOM pings to the server indefinitely, even after the client and server process have exited. The fix resolves both these issue.


Windows NT Server or Workstation 4.0

To resolve this problem, obtain the latest service pack for Windows NT 4.0 or the individual software update. For information on obtaining the latest service pack, please go to:
  • Windows Service Pack Center -or-

  • 152734 how to obtain the latest windows nt 4.0 service pack
For information on obtaining the individual software update, contact Microsoft Product Support Services. For a complete list of Microsoft Product Support Services phone numbers and information on support costs, please go to the following address on the World Wide Web:

Windows NT Server 4.0, Terminal Server Edition

To resolve this problem, obtain the latest service pack for Windows NT Server 4.0, Terminal Server Edition. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:
152734 How to Obtain the Latest Windows NT 4.0 Service Pack


Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article. This problem was first corrected in Windows NT Server version 4.0, Terminal Server Edition Service Pack 6.


Article ID: 224837 - Last Review: June 11, 2012 - Revision: 3.0
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
kbhotfixserver kbqfe kbbug kbfix KB224837

Give Feedback


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