进程外COM服务器在单元测试工具中正常工作，但不在实际服务中

Question

我们有一个WCF服务托管在IIS中，当前调用VB6 DLL来完成其部分工作。这很好，但我们无法将服务部署到64位目标环境，而无需配置IIS在32位工作进程中运行它。

我目前正在调查有关该限制的方法。将VB6 DLL移植到.NET是不可能的，因为各种原因，所以我在VB6中创建了一个ActiveX EXE包装器，以便该服务可以在64位和VB6部件中运行。

当我测试我得到这个错误的服务：

Type: System.UnauthorizedAccessException 
Message: Retrieving the COM class factory for component with CLSID {9AE7303B-D159-43F6-B1A5-52D297581820} failed due to the following error: 80070005. 

一些谷歌搜索后，我发现，这是由于两种：

1. 调用的MS Office组件
2. DCOM权限不正在配置
3. NTFS文件权限不允许对IIS工作进程标识进行读取/执行访问（我的环境中为ASPNET）

其中：

1. 绝对不适用
2. 也不适用;我不是在DCOM或COM +中托管EXE，只是一个简单的COM进程外激活
3. 这看起来很可能;然而，我检查的权限，和NTFS报告该Users基（其ASPNET是的成员）确实已读出到文件

我试图从一个单元测试夹具调用EXE，/ EXEC访问的在我的管理员级帐户而不是IIS工作进程帐户中执行，并且它工作正常，所以错误肯定是要做的权限。我不确定接下来要做什么。任何人都可以建议我可以检查的东西

我的测试环境是Windows XP/IIS 5.1

UPDATE：

IIS虚拟目录配置为匿名+ Windows访问; WCF服务只使用匿名身份验证，Windows身份验证是针对VS调试器的。任务管理器报告aspnet_wp.exe进程肯定在ASPNET帐户中运行。

我明确授予对所涉及的所有COM exes和dll上的ASPNET和IUSR_<machine>帐户的读取和执行访问权限。这没有什么区别。

我明确授予对DCOM配置中相关接口上的ASPNET和IUSR_<machine>帐户的本地启动和本地激活访问权限。这也没有区别。

当我看到它，我有3种选择：

• 不断试图让这个工作不知何故。
• 去整个猪，并在COM +宿主的EXE。
• 放弃。告诉用户必须将WCF服务配置为在64位Windows上的32位应用程序池中运行。

Answer 1

您的错误是未经授权的访问例外。因此，问题可能与权利有关。

您可以检查32位工作进程的安全上下文是什么。

同时检查您的事件日志，他们可能是有关正在使用的帐户的信息。