Ако инструментът за преглед на събития^{(Event Viewer)} покаже съобщение за грешка . Настройките на разрешенията, специфични за приложението, не дават разрешение за локално активиране за приложението COM сървър^{(The application-specific permission settings do not grant Local Activation permission for the COM Server application)} , тогава тази статия ще ви помогне. Той идва с DCOM Event ID 10016 и тази грешка се появява главно след надграждане на операционната система. Въпреки че тази грешка не засяга потребителското изживяване на обикновения потребител на Windows 10 , някои от вас може да искат да знаят защо това се случва и какво можете да направите по въпроса.

Тези 10016 събития се записват, когато компоненти на Microsoft се опитат да осъществят достъп до компоненти на DCOM без необходимите разрешения. Тези събития обикновено могат безопасно да бъдат игнорирани, тъй като те не влияят неблагоприятно на функционалността и са по проект.

Цялото съобщение за грешка изглежда така -

The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {C2F03A33-21F5-47FA-B4BB-156362A2F239} and APPID {316CDED5-E4AE-4B15-9113-7055D84DCC97} to the user NT AUTHORITY\LOCAL SERVICE SID (S-1-5-19) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool.

За ваша информация, CLSID и APPID могат да бъдат различни на вашия компютър, тъй като представляват компонентна услуга на вашия компютър. Що се отнася до решението, то вече е споменато в съобщението за грешка. Трябва да промените разрешението за защита от административен инструмент в Windows 10 .

Настройките за разрешение за специфични за приложението не предоставят локално активиране

За да коригирате Настройките за разрешения за специфични приложения не дават грешка при локално активиране в ^(Activation)Windows 10 , следвайте тези стъпки-

1. Идентифицирайте^(Identify) и потвърдете CLSID и APPID
2. Променете^(Change) собствеността на CLSID ключа от редактора на системния регистър^{(Registry Editor)}
3. Променете^(Modify) разрешението за сигурност от услугите за ^(Services)компоненти^(Component)

Прочетете, за да научите подробно стъпките.

Трябва да идентифицирате CLSID и APPID . Тъй като те могат да бъдат различни на вашия компютър, това е много важно да ги разпознаете. В противен случай няма да можете да се отървете от това съобщение за грешка в Event Viewer . Съгласно гореспоменатото съобщение за грешка CLSID е {C2F03A33-21F5-47FA-B4BB-156362A2F239}, а APPID е {316CDED5-E4AE-4B15-9113-7055D84DCC97}. Има още един елемент, наречен SID , но това не е необходимо в момента.

Сега трябва да намерите компонента, който създава проблема. За целта отворете редактора на системния регистър на вашия компютър. За да направите това, натиснете Win+R , въведете regedit и бутона Enter . След това отидете до този път-

HKEY_Classes_Root\CLSID\<Enter-your-CLSID>

Не забравяйте да замените Enter-your-ClSID с оригиналния CLSID , който сте получили в съобщението за грешка. След като го получите, трябва да намерите APPID от дясната си страна. Уверете се, че този APPID и предишният APPID (който е споменат в съобщението за грешка) са еднакви. След като потвърдите, щракнете с десния бутон върху CLSID от лявата си страна и изберете опцията Разрешения^{(Permissions)} .

След това щракнете върху бутона Разширени^{(Advanced )} .

По подразбиране този ключ е собственост на TrustedInstaller , но трябва да промените собственика на администратор^{(Administrator)} . За това щракнете върху бутона Промяна^{(Change )} в прозореца Разширени настройки за сигурност^{(Advanced Security Settings )} > запишете „Администратор“ > щракнете върху бутона Проверка на имената^{(Check Names )} > щракнете върху бутона OK .

Освен това трябва да поставите отметка в квадратчето Замяна на собственика на подконтейнери и обекти .^{(Replace owner on subcontainers and objects )}

След като направите това, изберете Администратори^{(Administrators )} от списъка с имена на групи или потребители^{(Group or user names )} и поставете отметка в квадратчето Allow/Full Control . Сега запазете настройките си.

Също така трябва да проверите по подразбиране –^{(Default – Data )} Име на данни. В този пример името на данните по подразбиране^{(Default Data)} е Immersive Shell . Трябва да е различно, ако CLSID и APPID са различни във вашето съобщение за грешка.

След това трябва да поемете собствеността и върху APPID . За това отидете до този път в редактора на системния регистър -^{(Registry Editor-)}

HKEY_Local_Machine\Software\Classes\AppID\your-APPID

Трябва да направите същото, както по-горе, за да промените собствеността на този ключ на системния регистър^(Registry) .

В случай, че се сблъскате с някакъв проблем с промяната на собствеността върху ключа на системния регистър^{(ownership of the Registry key)} , можете да разгледате нашия безплатен инструмент, наречен RegOwnit , който ви позволява да го направите с едно щракване.

Ако сте готови с тези стъпки, трябва да отворите Component Services . Можете да го потърсите в полето за търсене на лентата^(Taskbar) на задачите и да щракнете върху съответния резултат. След като отворите Component Services , отидете тук-

Component Services > Computer > My Computer > DCOM Config > Immersive Shell

Въз основа на този пример CLSID съвпада с тази компонентна услуга на потапяща обвивка . ^{(Immersive Shell)}Трябва да намерите по подразбиране –^{(Default – Data )} името на данните, което сте получили от редактора на системния регистър^{(Registry Editor)} . След като разпознаете, щракнете с десния бутон върху компонентната услуга и изберете Свойства^(Properties) . Тук трябва да намерите идентификатора на приложението^{(Application ID )} или APPID , който можете да потвърдите отново.

След това отидете на раздела Защита^{(Security )} . Тук можете да намерите три етикета, включително разрешения за стартиране и активиране^{(Launch and Activation Permissions)} . Щракнете върху съответния бутон Редактиране .^{(Edit )}

Ако получите някакво предупредително съобщение, щракнете върху бутона Отказ^{(Cancel )} и продължете. Трябва да следвате същите стъпки като по-горе, за да добавите два акаунта-

• СИСТЕМА
• МЕСТЕН ​​СЕРВИЗ

След като ги добавите, изберете един по един и дайте разрешения за локално стартиране^{(Local Launch )} и локално активиране^{(Local Activation )} и на двамата.

Запазете промените, няма да получите същия проблем в Event Viewer отново.

Независимо дали получавате проблема с RuntimeBroker или Immersive Shell или друг процес, решението е едно и също за всички тях.^{(Whether you get the issue with RuntimeBroker or Immersive Shell or any other process, the solution is the same for all of them.)}

The application-specific permission settings do not grant Local Activation

If the Event Viewer displays an error messаge The application-specific permission settings do not grant Local Activation permission for the COM Server application, then this article will help you. It comes with a DCOM Event ID 10016, and this error appears mainly after upgrading the operating system. Although this error doesn’t affect the user experience of the regular Windows 10 user, some of you might want to know why this happens and what you can do about it.

These 10016 events are recorded when Microsoft components try to access DCOM components without the required permissions. These events can usually be safely ignored because they do not adversely affect the functionality and are by design.

The whole error message looks like this-

The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {C2F03A33-21F5-47FA-B4BB-156362A2F239} and APPID {316CDED5-E4AE-4B15-9113-7055D84DCC97} to the user NT AUTHORITY\LOCAL SERVICE SID (S-1-5-19) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool.

For your information, the CLSID and APPID can be different on your computer as they represent a component service on your computer. Regarding the solution, it is already mentioned in the error message. You need to modify the security permission from an administrative tool in Windows 10.

The application-specific permission settings do not grant Local Activation

To fix The application-specific permission settings do not grant Local Activation error in Windows 10, follow these steps-

1. Identify and confirm CLSID and APPID
2. Change ownership of CLSID key from Registry Editor
3. Modify security permission from Component Services

Read on to know the steps in detail.

You need to identify the CLSID and APPID. As they can be different on your computer, this is very important to recognize them. Otherwise, you won’t be able to get rid of this Event Viewer error message. According to the above-mentioned error message, the CLSID is {C2F03A33-21F5-47FA-B4BB-156362A2F239} and the APPID is {316CDED5-E4AE-4B15-9113-7055D84DCC97}. There is another item called SID, but that is not necessary at this moment.

Now you need to find the component that is creating the issue. For that, open up the Registry Editor on your computer. To do so, press Win+R, type regedit, and the Enter button. After that, navigate to this path-

HKEY_Classes_Root\CLSID\<Enter-your-CLSID>

Do not forget to replace the Enter-your-ClSID with the original CLSID that you got in the error message. After getting it, you should find the APPID on your right-hand side. Make sure this APPID and the previous APPID (that is mentioned in the error message) are the same. After confirming, right-click on the CLSID on your left-hand side, and select the Permissions option.

Then, click the Advanced button.

By default, this key is owned by TrustedInstaller, but you need to change the owner to the Administrator. For that, click the Change button in the Advanced Security Settings window > write down “Administrator” > click the Check Names button > click the OK button.

Also, you need to select the Replace owner on subcontainers and objects check-box.

After doing that, select Administrators from the Group or user names list, and make a tick in the Allow/Full Control checkbox. Now save your settings.

Also, you need to check the Default – Data name. In this example, the Default Data name is Immersive Shell. It should be different if the CLSID and APPID are different in your error message.

After that, you need to take ownership of the APPID, as well. For that, navigate to this path in the Registry Editor-

HKEY_Local_Machine\Software\Classes\AppID\your-APPID

You need to do the same as above to change the ownership of that Registry key.

In case you are facing any problem changing the ownership of the Registry key, you can check out our free tool called RegOwnit that lets you do it with a click.

If you are done with these steps, you need to open the Component Services. You can search for it in the Taskbar search box and click the corresponding result. After opening Component Services, go here-

Component Services > Computer > My Computer > DCOM Config > Immersive Shell

Based on this example, the CLSID matches with this Immersive Shell component service. You need to find the Default – Data name that you got from the Registry Editor. After recognizing, right-click on the component service, and select Properties. Here you should find the Application ID or APPID that you can confirm again.

Next, go to the Security tab. Here you can find three labels, including Launch and Activation Permissions. Click the corresponding Edit button.

If you get any warning message, click the Cancel button and go ahead. You need to follow the same steps as above to add two accounts-

• SYSTEM
• LOCAL SERVICE

After adding them, select one at a time, and give Local Launch and Local Activation permissions to both of them.

Save the changes, you won’t get the same issue in the Event Viewer again.

Whether you get the issue with RuntimeBroker or Immersive Shell or any other process, the solution is the same for all of them.

Related posts

• Как да проверите регистрационния файл за изключване и стартиране в Windows 11/10

• Как да преглеждате дневниците на събитията в Windows в детайли с пълен изглед на регистрационните файлове на събития

• Къде да намерите и как да прочетете регистрационния файл на Windows Update в Windows 11/10

• Регистрите на Event Viewer липсват в Windows 11/10

• Липсващи събития на Windows 10 в дневника на събитията

• Отстраняване на име на проблемно събитие BEX64 в Windows 10

• Грешка с идентификатор на събитие 158 - Присвояване на идентични GUID на диска в Windows 10

• Как да коригирате грешка ESENT на събитие ID 455 в Windows 11/10

• Поправяне на грешка при зареждане на steamui.dll в Windows 11/10

• Поправете Bdeunlock.exe Лошо изображение, системна грешка или грешки при неотговаряне

• Грешка 2738, не можа да се получи достъп до средата за изпълнение на VBScript за персонализирано действие

• Настройката не успя да създаде нова грешка в системния дял на Windows 10

• Поправете грешката на Logitech Setpoint Runtime в Windows 10

• Как да промените местоположението на файла на регистрационните файлове по подразбиране в Windows 10

• Поправете грешка при влизане в Microsoft Store 0x801901f4 в Windows 11/10

• ID на събитие 307 и 304 с код за грешка 0x801c001d на Windows 11/10

• Поправете грешка с идентификатор на събитие 7031 или 7034, когато потребителят излезе от компютър с Windows 10

• Този компютър не може да бъде надстроен до Windows 10 поради Parity Storage Spaces

• Windows не може да провери цифровия подпис (код 52)

• Как да поправите грешка на DCOM Event ID 10016 в Windows 10