You are currently offline, waiting for your internet to reconnect

BUG: Remote COM Server Shuts Down After 6 Minutes

This article was previously published under Q175020
This article has been archived. It is offered "as is" and will no longer be updated.
When a COM client on a Windows NT machine runs under an identity thatcannot be authenticated on the remote machine, a COM server started by theclient will shut down in approximately six minutes.
This problem is caused by a bug in the ping component of the NT OXIDresolver process (Rpcss.exe). Even though the activation is unsecure, theping client in the resolver process attempts secure pings. This problemdoes not happen with the DCOM95 resolver process.
At present there is no way to resolve this problem except to run the clientunder a user account that can be validated on the server. This could eitherbe a Windows NT domain account that is known on the server or a localmachine account that exists on the server (if the server is on a Windows NTmachine). In case of the latter, the ASCII user name and password of theaccount on the client and the server must match exactly.
Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article.

This problem was corrected in Windows NT Service Pack 4.
The hot fix described in this article does not apply to the following scenarios:
  • The client and server are in different domains.
  • The client passes user credentials via the CoCreateInstanceEx API. The server can authenticate the credentials of the userid passed via the API, but it cannot authenticate the owner of the client process. For example, the client process runs as X, the client passes Y's credentials using the COAUTHINFO structure. X cannot be authenticated on the server, but Y can be authenticated on the server. The server is secure and allows Y to launch or have access. The client gets an interface pointer but the server will run down in 6 minutes.
For additional information, if you are experiencing problems similar to the above scenarios, click the article number below to view the article in the Microsoft Knowledge Base:
224837 DCOM Clients Ping Server After Client Program Has Shut Down
The problem only occurs when the COM client is on a Windows NT machine. COMclients on DCOM95 machines will not have this problem.

Article ID: 175020 - Last Review: 02/24/2014 08:30:23 - Revision: 1.2

Microsoft Win32 Software Development Kit (SDK) for Windows NT 4.0

  • kbnosurvey kbarchive kbapi kbbug KB175020