Параметры разрешения для конкретного приложения не дают разрешения: Ошибки | Сисадминские будни

Ошибки | Сисадминские будни

После обновления сервера 1С до версии 8.3.16.1814 кроме прочих проблем появилась ошибка при попытке удалить базу. Говорит, что база занята. Способы решения: 1) Без перезапуска сервиса 1С (если база живая и можно запустить её в режиме конфигуратора) Создаем новую пустую конфу, выгружаем её в .DT, загружаем эту пустую конфу в проблемную, удаляем информационную базу. 2) […]

В Windows 10 по умолчанию отсутствует протокол SMB. Для доступа с Windows 10 к компьютерам под управлением Windows XP нужно включить его. Панель управления — Программы и компоненты — Включение или отключение компонентов Windows. Здесь нужно оптичить: — Клиент SMB 1.0/CIFS — Сервер SMB 1.0/CIFS. Потребуется перезагрузка ПК.  

Сегодня ни с того ни с сего программа на Access 2103 стала выдавать ошибку в одной из формочек, где требовалось сохранить данные. Run-time error: 3340 Запрос » поврежден Код там давно не менялся, значит виноват, как обычно, Микрософт. Решение: Удалить обновление KB4484119.

После очередного обновления перестал работать доступ по протоколу IMAP к почтовому серверу Exchange 2013. В Службах все включено и работает. Перезапуск служб не помог. Оказалось, что проблема в отключенном компоненте ImapProxy. Как он оказался отключенным не понятно. Решение Запускаем Exchange Management Shell от имени администратора. [PS] C:\Windows\system32>Get-ServerComponentstate -Identity EX01 Server Component State —— ——— —— ex01.mycomp.ru ServerWideOffline […]

На сервере Windows Server 2012 R2 постоянно возникает ошибка. Имя журнала: Система Источник: DistributedCOM Код: 10016 Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID {D63B10C5-BB46-4990-A94F-E40B9D520160} и APPID {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} пользователю NT AUTHORITY\СИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД […]

Как исправить в Windows ошибку «10016» для APPID {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}

Если вы обнаружите в  журнале событий  операционной системы Windows постоянно повторяющую  «100016» ошибку  связанная связанную пользователя «LOCAL SERVICE» примерно такого содержания:

«Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID {6B3B8D23-FA8D-40B9-8DBD-B950333E2C52}  и APPID {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}  пользователю NT AUTHORITY\LOCAL SERVICE с ИД безопасности (S-1-5-19) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно).

беспокоиться об этом не стоит, этот никак не влияет на работоспособность компьютера, все можно оставить как есть. Во всяком случае, именно так уверяет  Microsoft, да и как показала практика, так оно и есть.  Обратите внимание, CLSID  обязательно должно быть  {6B3B8D23-FA8D-40B9-8DBD-B950333E2C52}, а APPID — {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}.

Если вкратце о проблеме, то системный пользователь LOCAL SERVICE не имеет прав на запуск процесса ShellServiceHost. Если в систему безопасности доступа к компонентам внести соответствующие изменения, ошибка должна исчезнуть.

Для этого через командную строку от администратора запустить «dcomcnfg». Перейти в раздел  «Служба компонентов» -> «Компьютеры» ->  «Мой Компьютер» -> «Настройка DCOM». Найти пункт ShellServiceHost во всплывающем меню, которое вызывается правой кнопкой мыши,  выбрать пункт «Свойства».

В 99% случаев все будет серым, вы ничего не сможете ничего изменить, из-за отсутствия необходимых прав доступа. Исправить это можно только изменив в реестре настройки прав доступа к идентификатору приложения APPID, в нашем случае —  {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}. Ту у нас есть два пути, сложный для джедаев, где все придется делать руками или более простой,  где за нас все сделает утилита в один клик.

Чтоб упростить себе жизнь рекомендую второй вариант Для этого скачиваем приложение  RegOwnershipEx с сайта https://winaero.com/ и запускаем. В появившемся окне нажимаем кнопку «Browse…», выбираем раздел  «HKEY_CLASEES_ROOT\ AppID\ {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}» и жмем «Take Ownership». Оставляем программу RegOwnershipEx  открытой в фоне, которая нам пригодиться, чтоб все вернуть к первоначальному состоянию.

После этого перезапускаем «dcomcnfg», чтоб нужные разделы стали активные. В окне «Безопасность» жмем кнопку «Добавить». В появившемся окне в поле для ввода «Введите имена выбираемых объектов» вписываем «

На последнем шаге нужно вернуть все права доступа к первоначальному состоянию, в программе RegOwnershipEx нажать кнопку  «Restore Ownership», если вы её не закрывали. Если закрыли, то запускаем, снова выбираем пункт «HKEY_CLASEES_ROOT\ AppID\ {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}». В появившейся таблице ставим галочку на единственной строке подписанной «HKEY_CLASEES_ROOT\ AppID\ {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}» (если вы конечно не меняли права доступа к другим разделам с помощью Restore Ownership) и жмем «Restore Ownership».

После этого можно будет забыть об 100016 ошибка связанной с APPID {4839DDB7-58C2-48F5-8283-E1D1807D0D7D} больше не появляться в журнале событий Windows .

Как справиться с ошибкой с кодом 10016 — отсутствии разрешений на запуск для приложений COM-сервера

Далеко не все случающиеся в Windows ошибки проявляют себя явно, так что пользователь может даже не подозревать о их наличии пока не откроет раздел

Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID {260EB9DE-5CBE-4BFF-A99A-3710AF55BF1E} и APPID {260EB9DE-5CBE-4BFF-A99A-3710AF55BF1E} пользователю DESKTOP-AEM9850/компик с ИД безопасности…

Здесь приводится лишь часть описания ошибки, на деле оно может быть более объёмным и отличаться в деталях.

Задача заключается в том, чтобы определить, какому приложению принадлежит идентификатор, а затем предоставить пользователю или системе соответствующие права для его запуска. Проще всего это сделать через реестр. Откройте командой

После того как ключ будет найден, потребуется предоставить к нему полные права доступа пользователю, имя (первая его часть) которого указывается в описании. Для этого кликаем правой кнопкой мыши по ключу, выбираем «Разрешения»

И жмём в открывшемся окошке кнопку «Дополнительно».

Как видим, в данном примере владельцем ключа является TrustedInstaller. Заменим его администратором (пользователем DESKTOP-AEM9850).

Кликните по ссылке «Изменить».

Введите имя локального пользователя, нажмите «OK».

Установите галочку «Заменить владельца подконтейнеров и объектов» и еще раз нажмите «OK».

Теперь во второй раз откройте окошко разрешений для группы, выделите в нём администратора, коим был заменён TrustedInstaller, отметьте галочкой чекбокс «Полный доступ» и сохраните новые настройки.

Отлично, возвращаемся в редактор реестра и запоминаем значение параметра по умолчанию для найденного ранее ключа.

У нас это InstallAgent. Далее командой comexp.msc или dcomcnfg в окошке «Выполнить» открываем оснастку «Службы компонентов» и разворачиваем в меню «Компьютеры» -> «Мой компьютер» -> «Настройка DCOM» и находим компонент с именем параметра по умолчанию (InstallAgent). Через контекстное меню вызываем его свойства.

Переключаемся на вкладку «Безопасность», в блоке «Разрешения на запуск и активацию» жмём «Изменить».

Выбираем пользователя, устанавливаем галочки в чекбоксах «Локальный запуск» и «Локальная активация» после чего сохраняем настройки и перезагружаем компьютер.

В принципе, эти действия должны устранить ошибку, если только её появление было связано с отсутствием необходимых прав доступа, однако стопроцентной гарантии, что всё будет именно так дать нельзя.

Ошибка 10016 в Windows 10 и как ее исправить

Привет друзья… Ошибки в Windows далеко не всегда носят критический характер. Программы при этом не завершаются в аварийном режиме. Операционная система не зависает и не падает в BSOD. И вообще, видимо ничего не происходит.

Сегодняшний пост ошибка 10016 в Windows 10 и как ее исправить? О том, что имели место сбои можно понять, только заглянув в Журнал событий. Как правило, такие сбои не приводят к негативным последствиям для самой Windows.

Но они могут доставлять пользователям определенный психологический дискомфорт. Что с их операционной системой что-то не в порядке. Примером такой неполадки является ошибка 10016. Которая часто встречается как в Windows 10, так и в Windows 8.1.

Ошибка 10016 в Windows 10 и как ее исправить

Обнаруживается она обычно случайно при просмотре сведений в Журнале событий. Так как внешне в большинстве случаев неполадка себя никак не проявляет.Источником ошибки является DistributedCOM, что указывает на нелады с системной службой DCOM.

Которая по какой-то причине не смогла запустить то или иное приложение. Чаще всего это происходит по причине отсутствия у пользователя SYSTEM нужных прав. Также эта ошибка вызывается отключением связанных служб.

Исправляется ошибка 10016 в Windows 10 предоставлением системе полных прав на COM-объект. Который она не может запустить. Чтобы определить объект, необходимо знать его APPID и CLSID COM-сервера.

Это не составляет особой проблемы, поскольку все данные указываются в описании самой ошибки. Итак, перейдем ближе к делу. Открыв приложение «Просмотр событий», выберите Журналы Windows > Система и отфильтруйте записи по коду 10016.

Выбрав нужную запись, кликните по ней дважды, дабы открыть окошко свойств. В описании ошибки будет указано, что: «Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения.…» и так далее…

При этом в описании также будет указан CLSID проблемного компонента и его APPID. Ниже будет указан и пользователь, в данном примере СИСТЕМА. Скопируйте этот самый APPID в буфер обмена.

Откройте командой regedit встроенный в Windows 10 редактор реестра. Выделите в левой колонке «Компьютер». Нажмите F3 и выполните поиск по именам разделов, указав в качестве основного аргумента скопированный APPID.

Отыскав раздел, обратите внимание на значение параметра по умолчанию и запомните его. Оно вам еще пригодится. У меня это COM — объект RuntimeBroker. У Вас это может быть другое приложение. Нажмите по найденному разделу ПКМ, выберите в меню «Разрешения».

Затем нажмите в открывшемся окошке разрешений для групп «Дополнительно».

После этого Вам нужно будет заменить текущего владельца учетной записью «Администраторы». Для этого нажмите ссылку «Изменить».

Далее в новом окошке выбора пользователя или группы нажмите «Дополнительно».

Найдите через поиск запись «Администраторы».

Заменив текущего владельца, установите галочку в пункте «Заменить владельца подконтейнеров и объектов». ..

Сохранив настройки и вернувшись в окошко разрешений для групп, выделите учетную запись «Администраторы». Предоставьте ей полные права (разрешения). Точно так же найдите в реестре раздел, соответствующий CLSID в описании ошибки 10016.

Проделайте с ним те же манипуляции по замене владельца на Администраторы с предоставлением полных разрешений. Половина дела сделано, осталось только изменить разрешения для самого COM-объекта. Которым, как уже было определено, является RuntimeBroker.

Откройте командой comexp.msc или dcomcnfg штатную оснастку «Службы компонентов». Разверните ветку вплоть до пункта «Настройки DCOM».

Найдите приложение RuntimeBroker и откройте его свойства. В Windows 10 таких приложений может быть два. Вам нужно то, в свойствах которого на вкладке «Общие».

Код приложения должен совпадать с APPID в описании ошибки 10016. Переключитесь в этом окошке свойств на вкладку «Безопасность».

В разрешениях на запуск и активацию нажмите «Изменить». Если при этом вы получите запрос на удаление нераспознаваемых записей разрешений, сразу удаляйте их. После этого в окошке разрешений нажмите «Добавить».

Найдите и добавьте пользователя СИСТЕМА, который также упоминался в описании ошибки. Предоставьте ему права на локальный запуск и на локальную активацию. После чего последовательно сохраните все настройки и перезагрузите компьютер.

Если всё сделано правильно, то ошибка 10016 в Windows 10 не должна больше вас тревожить. Но учтите, что все вносимые вами изменения в настройки, могут не самым лучшим образом сказаться на безопасности системы. Поэтому, если ошибка 10016 не сопровождается сбоем в работе программ и системы, старайтесь обходиться без них.

Параметры разрешений для конкретного приложения не дают разрешения Локальный Запуск для приложения COM-сервера с CLSID {C97FCC79-E628-407D- — Ошибки — Win 7 — Каталог статей

Имя журнала: System

Источник: Microsoft-Windows-DistributedCOM

Код события: 10016

Уровень: Error

Пользователь: SYSTEM

Описание: Параметры разрешений для конкретного приложения не дают разрешения Локальный Запуск для приложения COM-сервера с CLSID {C97FCC79-E628-407D-AE68-A06AD6D8B4D1} и APPID {344ED43D-D086-4961-86A6-1106F4ACAD9B} пользователю NT AUTHORITY\система с SID (S-1-5-18) и адресом LocalHost (с использованием LRPC). Это разрешение безопасности можно изменить с помощью служебной программы управления службами компонентов.

Решение:

1. Убедитесь, что выполнили вход под Администратором (иначе всё придется запускать от его имени).
2. Нажмите Пуск, в строке поиска введите regedit, кликните regedit.exe
3. В редакторе реестра нажмите CTRL-F, введите {344ED43D-D086-4961-86A6-1106F4ACAD9B} и кликните «Найти далее”.
4. Первый результат расположен в ключе HKEY_CLASSES_ROOT\AppID\.Это ключ, который нам нужен.
5. Кликните правой кнопкой ключ {344ED43D-D086-4961-86A6-1106F4ACAD9B} в левой панели и затем нажмите «Разрешения…”
6. В первую очередь мы должны изменить владельца ключа. Текущий владелец TrustedInstaller. Мы должны изменить владельца на группу Администраторы. Для этого кликните Дополнительно. Затем переключитесь на закладку Владелец, выберите Администраторы, отметьте «Заменить владельца подконтейнеров и объектов” и нажмите OK.
7. Сейчас мы изменили владельца на Администратора (члена группы Администраторы), и теперь можем изменять разрешения ключа. В окне Разрешения,даем Администраторам и системе полный доступ.
   Затем нажимаем ОК для сохранения изменений. В этих 8 шагах, мы дали Администраторам и системе полный доступ к ключу HKEY_CLASSES_ROOT\AppID\{344ED43D-D086-4961-86A6-1106F4ACAD9B}
8. Проверьте, что в этом ключе значение LocalService равно IPBusEnum.
9. Нажмите Пуск, в строке поиска введите Компонент и кликните Службы компонентов
10. В окне Службы компонентов выберите Компьютеры –> Мой компьютер –> Настройка DCOM. Правой кнопкой кликните IPBusEnum и затем Свойства.

11. Переключитесь на закладку Безопасность. В секции Разрешения на запуск и активацию выберите Изменить.

12. Выберите Система,выберите разрешение «Локальный запуск”. Нажмите OK.
13. Готово!

это «жизнь»: Ошибка: Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID {D63B10C5-BB46-4990-A94F-E40B9D520160} и APPID {9CA88EE3-ACB7-47C8-AFC4-AB702511C276}

Имя журнала: Система

Источник: DistributedCOM

Код: 10016

Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID

{D63B10C5-BB46-4990-A94F-E40B9D520160}

и APPID

{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}

пользователю NT AUTHORITY\СИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно). Это разрешение безопасности можно изменить с помощью средства администрирования служб компонентов.

Сначала нужно обновить Windows через центр обновления, и если не поможет, то делаем следующее.

1. Сразу логинимся на проблемный сервер под администратором, чтобы не вводить всякий раз имя и пароль. Запускаем Regedit.
2. Запускаем поиск (CTRL+F) и ищем второй из GUIDов в описании ошибки, т.е. APPID. В данном случае это «{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}».
3. Первый результат поиска должен быть в ключеHKEY_CLASSES_ROOT\AppID\. Наступаем на найденный GUID в левой панели и щелкаем правой кнопкой, выбираем Разрешения, а затем кнопку Дополнительно.
4. В верхней части дополнительных параметров указан текущий владелец TrustedInstaller. Нажимаем рядом с ним ссылкуИзменить.
5. Нам нужно сделать владельцем локальную группу Администраторы, поэтому нажимаем кнопку Размещение и выбираем имя текущего сервера. Затем кнопки Дополнительно,Поиск и выбираем в результатах поиска Администраторы. Ставим флажок «Заменить владельца подконтейнеров и объектов», кнопкаОК.
6. После смены владельца мы можем изменять разрешения. В окнеРазрешения на вкладке Безопасность даем для СИСТЕМА иАдминистраторы разрешение на полный доступ. ОК.
7. Смотрим для нашего ключа HKEY_CLASSES_ROOT\AppID\{9CA88EE3-ACB7-47C8-AFC4-AB702511C276} значение параметра «(По умолчанию)» = «RuntimeBroker«.
8. В диспетчере серверов в правом верхнем углу меню Средства -> Службы компонентов. Открываем Компьютеры –> Мой компьютер –> Настройка DCOM. Правый клик по строке из п.7 RuntimeBroker, Свойства.
9. На вкладке Безопасность.  В разделе Разрешения на запуск и активацию кнопка Изменить. Для группы СИСТЕМА разрешаемЛокальный запуск и Локальная активация. ОК.
10. Перезагружаем сервер, проверяем логи.

Ошибка 10016 DistributedCOM в Windows 10 – как исправить?

• 0поделились
• 0Facebook
• 0Twitter
• 0VKontakte
• 0Odnoklassniki

Далеко не все ошибки в Windows проявляют себя очевидным образом – аварийным завершением работы приложений, отказом базовых функций управления или появлением окон с тревожными уведомлениями. О том, что в системе случился тот или иной сбой, пользователь может даже не подозревать, если только он не имеет привычки регулярно просматривать Журнал событий. Такие скрытые ошибки, как правило, не являются критичными и в большинстве случаев указывают на некорректную работу компонентов. Примером может служить ошибка 10016 DistributedCOM в Windows 10, регулярно появляющаяся в Журнале событий обычно сразу после загрузки операционной системы.

Появление ошибки 10016 говорит о том, что системная служба DCOM не смогла запустить какое-то приложение по причине отсутствия у системы (пользователя SYSTEM) соответствующих прав. Какое это приложение, можно определить по его APPID-коду в описании. Однако это не столь важно, ведь для исправления неполадки достаточно знать именно APPID и CLSID COM-сервера, который также указан в описании неполадки. Сама же неисправность устраняется предоставлением системе полных прав на запуск приложения.

Что означают ошибки DCOM 10016 в Windows 10

События с идентификатором 10016 записываются в журнал событий, когда компоненты Microsoft обращаются за доступом к компонентам DCOM без требуемых в этом случае разрешений.

Компанией Microsoft создан сценарий работы, при котором системный код обращается за доступом к компонентам DCOM с предпочтительным набором параметров, и если доступ не предоставлен, код обращается снова с другим набором.

Служба поддержки Microsoft сообщает, что указанные ошибки заложены в работу ОС, происходят на всех ОС Windows 10 и могут быть проигнорированы пользователями без последствий для работы системы.

Ошибки с кодом 10016 записываются в журнал событий, когда компоненты Microsoft обращаются за доступом к компонентам DCOM

В некоторых случаях сообщения об ошибках могут начать появляться после установки определенных исправлений Windows.

Несмотря на то, что это не критическая системная ошибка, заполнение журнала ошибками 100016 может затруднить поиск и диагностику других ошибок на ПК.

В указанных случаях ошибки можно исправить либо предоставлением разрешения для компонентов DCOM, либо полным отключением регистрации ошибок Distributed COM.

Как справиться с ошибкой с кодом 10016 — отсутствии разрешений на запуск для приложений COM-сервера

Далеко не все случающиеся в Windows ошибки проявляют себя явно, так что пользователь может даже не подозревать о их наличии пока не откроет раздел «Система» в журнале событий Windows. Сегодня мы постараемся разобрать причины одной из таких ошибок. Встречается она довольно часто, причём во всех версиях Windows начиная с XP, имеет код 10016 и примерно следующее описание:

Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID {260EB9DE-5CBE-4BFF-A99A-3710AF55BF1E} и APPID {260EB9DE-5CBE-4BFF-A99A-3710AF55BF1E} пользователю DESKTOP-AEM9850/компик с ИД безопасности…

Здесь приводится лишь часть описания ошибки, на деле оно может быть более объёмным и отличаться в деталях. Из описания следует, что пользователь DESKTOP-AEM9850/компик (пользователем может быть и система) пытается запустить некий COM-компонент, но не может этого сделать по причине отсутствия соответствующих прав. Что за компонент и какое именно приложение вызывает ошибку Windows прямо не указывает, всё что нам известно, это CLSID компонент и идентификатор приложения.

Задача заключается в том, чтобы определить, какому приложению принадлежит идентификатор, а затем предоставить пользователю или системе соответствующие права для его запуска. Проще всего это сделать через реестр. Откройте командой regedit редактор реестра и разверните ветку HKEY_CLASSES_ROOT/AppID. Воспользовавшись встроенным поиском, найдите в подразделе APPID приложения (в нашем примере это {260EB9DE-5CBE-4BFF-A99A-3710AF55BF1E}).

После того как ключ будет найден, потребуется предоставить к нему полные права доступа пользователю, имя (первая его часть) которого указывается в описании. Для этого кликаем правой кнопкой мыши по ключу, выбираем «Разрешения»

И жмём в открывшемся окошке кнопку «Дополнительно».

Как видим, в данном примере владельцем ключа является TrustedInstaller. Заменим его администратором (пользователем DESKTOP-AEM9850).

Кликните по ссылке «Изменить».

Введите имя локального пользователя, нажмите «OK».

Установите галочку «Заменить владельца подконтейнеров и объектов» и еще раз нажмите «OK».

Теперь во второй раз откройте окошко разрешений для группы, выделите в нём администратора, коим был заменён TrustedInstaller, отметьте галочкой чекбокс «Полный доступ» и сохраните новые настройки.

Отлично, возвращаемся в редактор реестра и запоминаем значение параметра по умолчанию для найденного ранее ключа.

У нас это InstallAgent. Далее командой comexp.msc или dcomcnfg в окошке «Выполнить» открываем оснастку «Службы компонентов» и разворачиваем в меню «Компьютеры» -> «Мой компьютер» -> «Настройка DCOM» и находим компонент с именем параметра по умолчанию (InstallAgent). Через контекстное меню вызываем его свойства.

Переключаемся на вкладку «Безопасность», в блоке «Разрешения на запуск и активацию» жмём «Изменить».

Выбираем пользователя, устанавливаем галочки в чекбоксах «Локальный запуск» и «Локальная активация» после чего сохраняем настройки и перезагружаем компьютер.

В принципе, эти действия должны устранить ошибку, если только её появление было связано с отсутствием необходимых прав доступа, однако стопроцентной гарантии, что всё будет именно так дать нельзя.

Сделать копию реестра

Прежде чем выполнить шаги по устранению ошибок DCOM 10016, необходимо сделать копию системного реестра. Это позволит восстановить работу ОС в случае ее сбоев.

Также перед выполнением нижеследующих действий необходимо зайти в Windows с правами администратора.

Справка! Первый созданный в Windows 10 пользователь (напр., при инсталляции системы) имеет права администратора.

Шаг 1. Нажать клавиши «Win+R».

Нажимаем клавиши «Win+R»

Шаг 2. Напечатать в меню «regedit» и щелкнуть «ОК».

Печатаем в меню «regedit» и щелкаем «ОК»

Шаг 3. Откроется «Registry Editor» («Редактор реестра»). Нажать «File» («Файл») и щелкнуть «Export» («Экспорт»).

Нажимаем «File», щелкаем «Export»

Шаг 4. В следующем окне о («Все»).

О

Шаг 5. Выбрать папку для размещения копии реестра и ввести ее имя.

Выбираем папку для размещения копии реестра и вводим ее имя

Шаг 6. Щелкнуть «Save» («Сохранить»).

Щелкаем «Save»

Исправление ошибки 10016 через PowerShell

Если вам не удалось изменить запуск службы для системы, то можно все поправить и избавиться от сообщений «APPID {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} пользователю NT AUTHORITY\СИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно)» с помощью скрипта PowerShell. Открываем ссылку с Microsoft

https://gallery.technet.microsoft.com/Grant-Revoke-Get-DCOM-22da5b96

Скачиваем тут сценарий DCOMPermissions.psm1

Кладем данный модуль в нужную вам папку. Далее вы открываете консоль PowerShell и переходите в месторасположение данного модуля, после чего его нужно импортировать:

Import-Module .\DCOMPermissions.psm1 Grant-DCOMPermission -ApplicationID «{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}» -Account «SYSTEM» -Type Launch -Permissions LocalLaunch,LocalActivation -OverrideConfigurationPermissions

Если ошибок не вышло, то значит все успешно применено, перезагрузка не потребуется.

Далее вы можете посмотреть примененные разрешения:

Get-DCOMPermission -ApplicationID «{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}» -Type Launch

Вы увидите права у системы, у нее будет SID S-1-5-10.

На этом у меня все, мы успешно устранили ошибку DCOM 10016. Я должен подчеркнуть, что ошибка DCOM 10016 вряд ли повлияет на производительность вашей системы. В очень старые времена, когда Microsoft впервые представила «Distributed» в компонентной объектной модели, были уязвимости. Однако эти уязвимости были исправлены, и DCOM теперь безопасен. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Признаки возникновения ошибки

Понять, что на компьютере произошла именно ошибка 6008 можно по характерным признакам. С основными из них вы можете ознакомиться ниже:

• Во время работы с какой-либо программой появляется окно «Ошибка 6008», а само приложение сразу же закрывается.
• Компьютер самостоятельно завершает работу при открытии программы или после появления окна с ошибкой.
• Операционная система работает очень медленно, а нажатия по кнопкам мыши или клавиатуры отображаются с задержкой.
• ПК периодически перестает реагировать на все действия, выполняемые пользователем – попросту «зависает».

Если вы столкнулись с подобными признаками, то это весомый повод попробовать избавиться от ошибки.

Устранение неполадок в WMI

Любой бывалый Windows-админ не раз сталкивался с проблемами в работе службы WMI и ее компонентах.

Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования системы, поэтому администратору приходится прибегать к тем или иным трюкам, позволяющим восстановить работоспособность WMI. В этой статье мы опишем достаточно простую методику диагностирования и устранения неполадок в службе WMI.

О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:

• Ошибки обработки WMI запросов в системных журналах и логах приложений
• Ошибки GPO, завязанные на WMI ( некорректная работа wmi фильтров политик, и пр.)
• Ошибки в работе / невозможность установки агентов SCCM/SCOM
• Ошибки в работе скриптов (vbs или powershell), использующих пространство имен WMI

В первую очередь нужно проверить имеется ли в системе служба Windows Management Instrumentation (Winmgmt) и включена ли она.

Если служба присутствует и находится в состоянии Started, рекомендуется протестировать работоспособность WMI, обратившись к ней с помощью простого wmi-запроса. С помощью Powershell, например, это можно сделать так:

get-wmiobject Win32_OperatingSystem

Если при выполнении простейшего WMI-запроса система возвращает ошибку (на скриншоте приведен пример корректного ответа службы WMI), вероятно имеет место некорректное функционирование сервиса WMI или ряда его подсистем, повреждение репозитория WMI или другие проблемы.

Утилита WMIDiag

Для «тонкой» диагностики службы WMI существует официальная утилита Microsoft — WMIDiag (Microsoft WMI Diagnosis).

Утилита представляет собой vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:\USERS\%USERNAME%\APPDATA\LOCAL\TEMP\).

Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.1 и включает в себя следующие типы фалов :

• .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag
• .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание
• В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI

После окончания работы утилиты WMIDiag администратор должен изучить полученные файлы логов, проанализировать и попытаться исправить найденные ошибки.

В общем случае, WMIDiag может дать информацию по исправлению частных ошибок в WMI , но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей гораздо проще «бить по площадям» и решать проблему работы WMI более радикально.

Перерегистрация библиотек WMI и перекомпиляция mof файлов

Следующий скрипт представляет собой «мягкий» вариант восстановления работоспособности службы WMI на отдельно взятом компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.

sc config winmgmt start= disabled net stop winmgmt cd %windir%\system32\wbem for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s wmiprvse /regserver winmgmt /regserver sc config winmgmt start= auto net start winmgmt for /f %%s in (‘dir /b *.mof’) do mofcomp %%s for /f %%s in (‘dir /b *.mfl’) do mofcomp %%s

Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле и запустить его с правами администратора. После окончания работы скрипта, систему нужно перезагрузить и вновь проверить работу WMI.

Пересоздание репозитория (хранилища) WMI

В том случае, если предыдущий способ не помог, придется перейти к более «жесткому» способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилища.

WMI репозиторий (хранилище) находится в каталоге %windir%\System32\Wbem\Repository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов.

В некоторых случаях репозитория WMI может содержать статическую информацию классов.

При повреждении репозитория WMI, в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.

В том случае, если вы подозреваете, что репозиторий WMI поврежден, имейте в виду, что его пересоздание это последняя вещь, к которой нужно прибегнуть только в том случае, если никакие другие операции реанимировать WMI не помогают.

В Windows Vista и выше проверить целостность репозитория WMI можно с помощью команды:

winmgmt /verifyrepository

Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT), стоит попробовать выполнить «мягкое» восстановление репозитория:

Winmgmt /salvagerepository

И перезапустить службу wmi:

net stop Winmgmtnet start Winmgmt

Если описанная выше команда не помогла, выполняем сброс репозитория на начальное состояние (hard reset) так:

Winmgmt /resetrepository

В том случае, если команды Winmgmt /salvagerepository и Winmgmt /resetrepository желаемого эффекта не дали, стоит попробовать выполнить «жесткое» пересоздание базы WMI вручную таким сценарием:

sc config winmgmt start= disabled net stop winmgmt cd %windir%\system32\wbem winmgmt /kill winmgmt /unregserver winmgmt /regserver winmgmt /resyncperf if exist Repos_bakup rd Repos_bakup /s /q rename Repository Repos_bakup regsvr32 /s %systemroot%\system32\scecli.dll regsvr32 /s %systemroot%\system32\userenv.dll for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s for /f %%s in (‘dir /b *.mof’) do mofcomp %%s for /f %%s in (‘dir /b *.mfl’) do mofcomp %%s sc config winmgmt start= auto net start winmgmt wmiprvse /regserver

Что такое DistributedCOM

В первую очередь необходимо разобраться, что такое DistributedCOM, и почему этот объект вызывает ошибку. DistributedCOM — это Distributed Component Object Model, неотъемлемая часть взаимодействия сетей на персональных компьютерах и ноутбуках под управлением операционной системы виндовс. Это своего рода технология от «Майкрософт», срабатывающая всякий раз, когда компьютер или какое-либо приложение выполняет подключение к Глобальной сети.

Ошибка 10016 не сулит ничего страшного, но в устранении нуждается

К сведению! Стандартная Component Object Model способна получать доступ к файлам только на машине, с которой она была запущена, а Distributed Component Object Model может работать с данными на удаленных серверах.

Известно, что многие веб-сайты и ресурсы используют скрипты для доступа к удаленным серверам. Во время того, как операционная система делает то же самое, DCOM обращается к определенному объекту удаленного сервера, но часто не имеет соответствующих разрешений. Из-за этого и происходит ошибка. Она никак не влияет на работу системы, если только нет засорения журнала просмотра событий виндовс.

Изменение разрешений для объектов

Как исправить ошибку «Параметры разрешений для конкретного приложения не предоставляют разрешение на локальную активацию для приложения COM-сервера»

Windows 10 — последняя и лучшая операционная система от Microsoft, и компания подталкивает пользователей к обновлению с предыдущей совершенно открыто. Это имеет смысл, так как в нем есть несколько улучшений по сравнению с предшественниками. Однако совсем недавно в системных журналах появилось множество отчетов об ошибках « DistributedCOM (DCOM) Errors Event ID: 10016 ».

Эти ошибки довольно распространены, и для них существует множество различных журналов ошибок в зависимости от ошибки. В этой статье мы сосредоточимся на «. Параметры разрешений для конкретных приложений не предоставляют разрешения на локальную активацию для приложения COM-сервера с CLSID {} ​​и APPID {} ​​пользователю NT AUTHORITY \ LOCAL SERVICE SID () с адреса LocalHost (с использованием LRPC), запущенный в контейнере приложения. Недоступный SID (недоступен). Это разрешение безопасности можно изменить с помощью сообщения об ошибке «Инструмент администрирования служб компонентов ».

Что вызывает ошибку «Настройки разрешений для конкретного приложения не предоставляют разрешение на локальную активацию»?

Получив многочисленные сообщения от нескольких пользователей, мы решили изучить проблему и разработали решение для ее полного устранения. Также мы изучили причину возникновения этой ошибки и перечислили ее ниже:

• Недействительные разрешения: Ошибка возникает, когда конкретному процессу не хватает разрешений для доступа к компонентам DCOM, указанным в журнале событий.

Примечание: Возможно, в некоторых случаях система работает правильно, несмотря на эту ошибку. В этом случае лучше оставить ошибку, но если она мешает правильному функционированию определенного приложения, следуйте приведенному ниже руководству:

Решение: Предоставление доступа к компонентам DCOM

Как указано в сообщении об ошибке, ошибка возникает, когда определенные процессы / приложения не имеют доступа к компонентам DCOM. Поэтому на этом этапе мы будем предоставлять доступ к этим компонентам DCOM.Для этого:

1. Нажмите клавиши «Windows» + « R », чтобы открыть окно «Выполнить».
2. Введите « Regedit » и нажмите «Enter». Наберите «Regedit» и нажмите «Enter».
3. Перейдите к следующему адресу.

    HKEY_CLASSES_ROOT \ CLSID \ {D63B10C5-BB46-4990-A94F-E40B9D520160} 

4. Дважды щелкните кнопку « Default » на правой панели и запишите «Данные значения» в списке.
5. Перейдите по следующему адресу:

    HKEY_CLASSES_ROOT \ AppID \ {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} 

6. Щелкните правой кнопкой мыши « {9CA88EE3-ACB7-47c8-AFC4-AB702511C» левая панель.
7. Щелкните на опции « Permissions » из списка и выберите « Advanced ».
8. Щелкните на опции « Изменить » рядом с заголовком «Владелец» .
   Примечание: Владелец должен быть «Доверенный установщик», иначе может отображаться сообщение «Не удается отобразить владельца».
9. Щелкните заголовок « Object Type » и выберите «Пользователи».
10. Нажмите кнопку « Location » и выберите свой «Desktop (Name)».
11. В пустом поле введите имя пользователя вашей учетной записи.
12. Нажмите кнопку « OK » и нажмите « Применить » в окне. Изменение разрешений для ключа реестра

    Примечание: Повторите процесс, указанный в шагах 5-12 для «HKEY_CLASSES_ROOT \ CLSID. \ {D63B10C5-BB46-4990-A94F-E40B9D520160} ”.

13. Щелкните « OK », чтобы закрыть окно и открыть окно « Permissions », которое мы запустили на «Шаге 7».
14. Щелкните « Administrators » в заголовке «Группа или Имена пользователей » и отметьте опцию « Full Control ».
15. Выберите « Users » и снова отметьте опцию « Full Control ».
16. Нажмите « Применить », чтобы сохранить изменения, и выберите « OK », чтобы закрыть окно. Предоставление полного доступа пользователям и администраторам
17. Нажмите « Windows » + « R », чтобы открыть окно «Выполнить». незамедлительный.
18. Введите « dcomcnfg . exe »и нажмите« Enter ».
19. Разверните со следующими параметрами.

     Component Services> Computers> My Computer> DCOM Config 

20. На правой панели, справа щелкните на « RunTime Broker » и выберите « Properties» »из списка.
    Примечание: В списке указано двух экземпляров « RunTime Broker ».Следуйте инструкциям ниже для каждого из них, чтобы выбрать нужный.
21. Если указанный здесь AppID совпадает с AppID « 9CA88EE3-ACB7-47C8 — AFC4 — AB702511C276 » в ошибке, это означает, что вы выбрали правильный экземпляр приложения.
22. Щелкните на « Security », а затем отметьте опцию « Customize » для « Launch and Activation Permissions ».
23. Нажмите кнопку « Edit » и нажмите кнопку « Remove », если есть запрос « Windows Security» .
24. Нажмите кнопку « Добавить » и введите « NT AUTHORITY \ LOCAL SERVICE » в поле « Введите имя объекта для выбора ».
    Примечание. Если NT Authority \ Local Service отсутствует, попробуйте просто ввести «Local Service».
25. Щелкните « OK » и активируйте разрешение «Local Activation » для записи. Изменение конфигурации DCOM
26. Проверьте , чтобы увидеть, сохраняется ли проблема.

Параметры разрешений для конкретного приложения не предоставляют разрешение на локальную активацию для приложения COM-сервера с системной ошибкой CLSID в SharePoint 2016

Привет @adilahmed,

Эти 10016 событий записываются, когда компоненты Microsoft пытаются получить доступ к компонентам DCOM без необходимых разрешений.

Согласно Microsoft, вы можете игнорировать эти 10016 идентификаторов событий, и не рекомендуется пытаться исправить, манипулируя безопасностью объектов, или обходить их, если это происходит по дизайну.

При желании опытные пользователи и ИТ-специалисты могут скрыть эти события от просмотра в средстве просмотра событий, создав фильтр и вручную отредактировав XML-запрос фильтра, как показано ниже:

  
   <Путь запроса = "Система">
      * 
     <Подавить путь = "Система">
       * [Система [(EventID = 10016)]]
       а также
       * [EventData [
         (
           Данные [@ Name = 'param4'] и Data = '{D63B10C5-BB46-4990-A94F-E40B9D520160}' и
           Данные [@ Name = 'param5'] и Data = '{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}'
         )
         или
         (
           Данные [@ Name = 'param4'] и Data = '{260EB9DE-5CBE-4BFF-A99A-3710AF55BF1E}' и
           Данные [@ Name = 'param5'] и Data = '{260EB9DE-5CBE-4BFF-A99A-3710AF55BF1E}'
         )
         или
         (
           Данные [@ Name = 'param4'] и Data = '{C2F03A33-21F5-47FA-B4BB-156362A2F239}' и
           Данные [@ Name = 'param5'] и Data = '{316CDED5-E4AE-4B15-9113-7055D84DCC97}'
         )
         или
         (
           Данные [@ Name = 'param4'] и Data = '{6B3B8D23-FA8D-40B9-8DBD-B950333E2C52}' и
           Данные [@ Name = 'param5'] и Data = '{4839DDB7-58C2-48F5-8283-E1D1807D0D7D}'
         )
         или
         (
           Данные [@ Name = 'param4'] и Data = '{C2F03A33-21F5-47FA-B4BB-156362A2F239}' и
           Данные [@ Name = 'param5'] и Data = '{316CDED5-E4AE-4B15-9113-7055D84DCC97}'
         )
       ]]
     
   
 
  

Дополнительные сведения см. В этой статье. Событие DCOM с идентификатором 10016 регистрируется в Windows.

Спасибо,
Echo Du
====================
Если ответ полезен, нажмите « Accept Answer » и проголосуйте за него.
Примечание. Следуйте инструкциям в нашей документации, чтобы включить уведомления по электронной почте, если вы хотите получать соответствующее уведомление по электронной почте для этой цепочки.

Идентификатор события 10016 Параметры разрешений для конкретного приложения не предоставляют разрешение на локальную активацию для приложения COM-сервера с CLSID

На компьютере с Windows 10 вы можете встретить событие с кодом 10016 в журнале событий:

Источник: Microsoft-Windows-DistributedCOM
Идентификатор события: 10016
Уровень: Ошибка
Пользователь: СИСТЕМА
Описание:
Параметры разрешений для конкретного приложения не предоставляют разрешение локальной активации для приложения COM-сервера с CLSID
{D63B10C5-BB46-4990-A94F-E40B9D520160 }
и APPID
{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}
пользователю NT AUTHORITY \ SYSTEM SID (S-1-5-18) с адреса LocalHost (через LRPC), работающего в контейнер приложения недоступен SID.Это разрешение безопасности можно изменить с помощью инструмента администрирования служб компонентов.

Что ж, это напомнило мне мою старую запись в блоге в 2010 году. С тех пор времена не изменились: исправить событие с идентификатором 10016 — это адская работа. Особенно, если вы ИТ-аналитик. Однако это руководство вам поможет. Не волнуйся. Просто убедитесь, что на вашем компьютере есть учетная запись администратора, и все готово! 🙂

Шаг 1:

Откройте программу просмотра событий и запишите идентификаторы.В моем примере это следующие идентификаторы:
CLSID: {D63B10C5-BB46-4990-A94F-E40B9D520160}
APPID: {9CA88EE3-ACB7-47C8-AFC4-AB702511C276}

Step 5:
В окне Permissions выберите

Шаг 6
В окне дополнительных настроек безопасности щелкните Изменить

Шаг 7
Введите свою учетную запись администратора .Щелкните Проверить имена для проверки. Если вы не знаете точное имя, вы можете использовать кнопку «Дополнительно» для поиска всех учетных записей и выбрать учетную запись администратора двойным щелчком.
Нажмите OK для подтверждения.

Шаг 8:
Вернувшись в окно Advanced Security Settings, нажмите OK для подтверждения. Обратите внимание на то, что Owner изменился с TrustedInstaller на , ваша учетная запись администратора

Шаг 9:
Вернитесь в окно «Свойства для {…}», выберите Computername \ Administrators, а затем установите флажок «Полные разрешения».
Нажмите ОК для подтверждения.

Шаг 10:
Итак, мы на полпути! Шаги 3–9 описывают конфигурацию CLSID {…}. Теперь нам также нужно сделать то же самое с APPID {…}

Перейдите к HKEY_CLASSES_ROOT \ AppID \ {9CA88EE3-ACB7-47c8-AFC4-AB702511C276} (опять же, если ваш APPID другой, выберите свой собственный APPID) .
Вы можете убедиться, что находитесь в хорошем месте, проверив название приложения. Это то же имя приложения, что и на шаге 3.

Шаг 11:
Щелкните правой кнопкой мыши кнопку {9CA88EE3-ACB7-47c8-AFC4-AB702511C276} и щелкните Permissions

Step 12
, выберите Permissions.

Шаг 13
В окне дополнительных настроек безопасности щелкните Изменить

Шаг 14
Введите свою учетную запись администратора .Щелкните Проверить имена для проверки. Если вы не знаете точное имя, вы можете использовать кнопку «Дополнительно» для поиска всех учетных записей и выбрать учетную запись администратора двойным щелчком.
Нажмите OK для подтверждения.

Шаг 15
Вернитесь в окно Advanced Security Settings, нажмите OK для подтверждения. Обратите внимание на то, что Owner изменился с TrustedInstaller на , ваша учетная запись администратора

Шаг 16
Вернитесь в окно «Свойства для {…}», выберите Computername \ Administrators, а затем активируйте флажок «Полные разрешения».
Нажмите ОК для подтверждения.

Шаг 17
Почти готово! Теперь мы установили все разрешения для фактического изменения настроек локальной активации. Следующие шаги помогут решить вашу ошибку.

Щелкните Start , введите « Component Services », щелкните правой кнопкой мыши Component Services и щелкните « Run as administrator »

Step 18
Перейдите к Component Services -> Computers -> Computers -> Computers > Мой компьютер -> DCOM Config .
Теперь прокрутите вниз до приложения, с которым у вас возникли проблемы. Если вы следовали моим инструкциям, вы записали имя на Шаг 3 . В моем случае это Runtime Broker .
Щелкните правой кнопкой мыши имя приложения и выберите Properties

Step 19
Перейдите на вкладку Security .
Затем выберите подходящее действие. Если вы выполнили мои шаги, вы записали это на шаге 1
В моем случае у меня были проблемы с локальной активацией, поэтому я выбираю « Launch and Activation Permissions », установленное на Customize , а затем нажимаю Edit…
Если у вас возникла ошибка, связанная с «не предоставлять разрешения доступа», вы обычно выбираете « Access Permissions » -> Customize , а затем щелкните Edit…

Step 20 (последний шаг! !)
На шаге 1 вы также записали учетную запись, вызвавшую ошибку, и необходимые действия для исправления идентификатора события 10016 .
В моем случае это была « SYSTEM », требующая разрешений « Local Activation ». То же самое может быть и в вашем случае. Но это также может быть что-то вроде «Сетевая услуга» или «Локальная услуга».
Щелкните имя, которое относится к вам, а затем щелкните соответствующее разрешение. Как вы можете видеть на скриншоте ниже, я выбрал учетную запись SYSTEM и установил для параметра « Local Activation » значение Allow

 HKEY_Classes_Root \ CLSID \  

 HKEY_Local_Machine \ Software \ Classes \ AppID \ your-APPID 

 Службы компонентов> Компьютер> Мой компьютер> Конфигурация DCOM> Immersive Shell