无法在组件服务中修改单个应用程序的DCOMconfiguration属性

以下内容出现在应用程序服务器angular色事件中。

机器默认权限设置不授予本地激活权限的CLSID {000C101C-0000-0000-C000-000000000046}的COM服务器应用程序从用户[域] [用户] SID([SID])从地址LocalHost(使用LRPC)。 可以使用组件服务pipe理工具修改此安全权限。

我已经解决了“IIS WAMREGpipe理服务”类似的(应用程序许可)问题,进入组件服务并分配正确的权限(激活和启动)。 但是,以前的方法似乎是不可能的,因为所有的属性都禁用了应用程序ID {000C101C-0000-0000-C000-000000000046},我也注意到它没有名称 – 有几个应用程序没有名称,但它们的属性不会被禁用。

这是一个全新的服务器2008年(不是R2)与SharePoint服务器2010年安装。似乎没有什么是我注意到“破碎”,但我得到了很多错误(100分钟左右凌晨1点左右)在事件日志和这不好玩

我在这里和这里发现了一些关于谷歌的指针,但是我不相信我应该改变registry来解决这个问题。 根据这个应用程序是MSIServer,但没有出现。 有谁知道问题是什么,为什么发生这种情况,为什么我不能改变属性来解决问题?

我在这里发表了我对这个问题的看法: http : //tristanwatkins.com/index.php/product-version-job-dcom-10016-strikes-again/

现在更多的信息在这里:

http://tristanwatkins.com/index.php/inside-manage-patch-status/

http://tristanwatkins.com/index.php/testing-manage-patch-status/

干杯,

特里斯坦

不,请留下这些修复。 IIS WAM REG和oSearch激活都很好,因为您希望SharePoint应用程序池标识能够激活这些组件,但是由于Windows Installer服务作为本地系统运行并用于安装安装,因此实际上将Farm帐户提升为pipe理员,如果你对这些风险感到满意,那么很好,你可以让农场帐户成为本地pipe理员,但是如果你想保持最less的模式,我认为这是更多的问题。

我仍在努力寻找一个更好的长期解决scheme。 敬请关注。