Один из самых частых вопросов у тех, кто впервые открывает журнал событий на свежей виртуальной машине с Windows: сотни ошибок «Параметры разрешений для конкретного приложения не дают разрешения Local Activation для COM-сервера с CLSID {…}» от источника DistributedCOM, код 10016.
Что это. Компонент Windows обращается к DCOM-объекту с одним набором прав, получает отказ и сразу повторяет с другим набором, уже успешно. Отказ записывается как ошибка, хотя функционально всё работает. Позиция производителя однозначна: события ожидаемы, ни на что не влияют, править права DCOM ради них не нужно.
Почему не стоит «лечить» по инструкциям из интернета. Популярный рецепт: найти CLSID/APPID в реестре, взять владение ключом, потом в «Службах компонентов» раздать права. Участники обсуждения сообщали: изменения не сохраняются на системах с защищённой загрузкой, ошибки возвращаются после обновлений и даже после чистой переустановки, а неаккуратные правки прав на системные ключи создают реальные проблемы вместо косметических.
Что делать.
- Убедиться, что реальных проблем нет: службы работают, приложения запускаются. Ошибка 10016 сама по себе не симптом.
- Если шум мешает читать журнал: в «Просмотре событий» создать настраиваемое представление для журнала System с исключением события 10016 (в XML-фильтре
*[System[(EventID!=10016)]]), либо задать фильтр в текущем представлении. - Если вы собираете журналы централизованно, исключить 10016 на стороне сборщика.
- Только если ошибка привязана к конкретному стороннему приложению, которое действительно не работает, и его поставщик прямо требует настроить права DCOM, делать это по инструкции поставщика.
Как отличить настоящую проблему. Смотреть на события, которые идут рядом по времени: сбой службы (7000/7031), падение приложения (1000), ошибка при входе (Winlogon 4005). Если ничего такого нет, 10016 можно игнорировать.
Событие 10016 описано в документации Microsoft.