☰

Невозможно изменить свойства конфигурации DCOM для одного приложения в службах компонентов.

tag-icon • tag-icon windows-server-2008 sharepoint sharepoint-2010 dcom
Невозможно изменить свойства конфигурации DCOM для одного приложения в службах компонентов.

В событиях роли сервера приложений отображается следующее.

Настройки разрешений по умолчанию для машины не предоставляют разрешение Local Activation для приложения COM Server с CLSID {000C101C-0000-0000-C000-000000000046} пользователю [Domain][User] SID ([SID]) с адреса LocalHost (используя LRPC). Это разрешение безопасности можно изменить с помощью административного инструмента Component Services.

Я уже решал похожую проблему (разрешение приложения) на "Службе администратора IIS WAMREG", перейдя в Службы компонентов и назначив правильные разрешения (Активировать и запустить). Однако предыдущий метод кажется невозможным, так как все свойства отключены для идентификатора приложения {000C101C-0000-0000-C000-0000000000046}, также я заметил, что у него нет имени — есть несколько приложений без имени, но свойства у них не отключены.

Это новая установка Server 2008 (Std, а не R2) с Sharepoint Server 2010. Я не заметил ничего «сломанного», но в журнале событий появляется много ошибок (более 100 за одну минуту около 1 часа ночи), и это не очень весело.

Я нашел несколько указаний в Googleздесь,здесь&здесь, но я не уверен, что мне следует менять реестр, чтобы решить эту проблему. Согласноэтотприложение MSIServer, но оно не отображается. Кто-нибудь знает, в чем проблема, почему это происходит, и почему я не могу изменить свойства, чтобы решить проблему?

решение1

Я опубликовал свои мысли по этой проблеме здесь: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/

Ваше здоровье,

Тристан

решение2

Нет, оставьте эти исправления на месте. Активация IIS WAM REG и oSearch хороши, поскольку вы хотите, чтобы удостоверения пула приложений SharePoint могли активировать эти компоненты, но поскольку служба установщика Windows работает как локальная система и используется для установки всего необходимого, она фактически повышает учетную запись фермы до администратора, что нормально, если вас устраивают эти риски, и вы можете просто сделать учетную запись фермы локальным администратором, но если вы хотите сохранить модель с минимальными привилегиями, я вижу в этом большую проблему.

Я все еще работаю над поиском лучшего долгосрочного решения. Оставайтесь с нами.

Связанный контент