Article ID: 175020 - View products that this article applies to.
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 that cannot be authenticated on the remote machine, a COM server started by the client will shut down in approximately six minutes.
This problem is caused by a bug in the ping component of the NT OXID resolver process (Rpcss.exe). Even though the activation is unsecure, the ping client in the resolver process attempts secure pings. This problem does not happen with the DCOM95 resolver process.
At present there is no way to resolve this problem except to run the client under a user account that can be validated on the server. This could either be a Windows NT domain account that is known on the server or a local machine account that exists on the server (if the server is on a Windows NT machine). In case of the latter, the ASCII user name and password of the account 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:
224837The problem only occurs when the COM client is on a Windows NT machine. COM clients on DCOM95 machines will not have this problem.
(https://support.microsoft.com/kb/224837/EN-US/ )DCOM Clients Ping Server After Client Program Has Shut Down