Si l' Observateur d' événements^{(Event Viewer)} affiche un message d'erreur Les paramètres d'autorisation spécifiques à l'application n'accordent pas l'autorisation d'activation locale pour l'application serveur COM^{(The application-specific permission settings do not grant Local Activation permission for the COM Server application)} , cet article vous aidera. Il est livré avec un ID d'événement DCOM ^{(DCOM Event ID)} 10016 et cette erreur apparaît principalement après la mise à niveau du système d'exploitation. Bien que cette erreur n'affecte pas l'expérience utilisateur de l'utilisateur régulier de Windows 10 , certains d'entre vous voudront peut-être savoir pourquoi cela se produit et ce que vous pouvez faire à ce sujet.

Ces événements 10016 sont enregistrés lorsque les composants Microsoft tentent d'accéder aux composants DCOM sans les autorisations requises. Ces événements peuvent généralement être ignorés en toute sécurité car ils n'affectent pas la fonctionnalité et sont inhérents à la conception.

L'ensemble du message d'erreur ressemble à ceci-

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.

Pour votre information, le CLSID et l' APPID peuvent être différents sur votre ordinateur car ils représentent un service composant sur votre ordinateur. Concernant la solution, elle est déjà mentionnée dans le message d'erreur. Vous devez modifier l'autorisation de sécurité à partir d'un outil d'administration dans Windows 10 .

Les paramètres d'autorisation spécifiques à l'application n'accordent pas l'activation locale

Pour corriger les paramètres d'autorisation spécifiques à l'application n'accordent pas d' erreur d' activation locale dans ^(Activation)Windows 10 , suivez ces étapes-

1. Identifier^(Identify) et confirmer CLSID et APPID
2. Modifier^(Change) la propriété de la clé CLSID à partir de l' ^(CLSID)Éditeur du Registre^{(Registry Editor)}
3. Modifier^(Modify) l'autorisation de sécurité des services de ^(Services)composants^(Component)

Lisez la suite pour connaître les étapes en détail.

Vous devez identifier le CLSID et l' APPID^(APPID) . Comme ils peuvent être différents sur votre ordinateur, il est très important de les reconnaître. Sinon, vous ne pourrez pas vous débarrasser de ce message d'erreur de l'Observateur d'événements . ^{(Event Viewer)}Selon le message d'erreur mentionné ci-dessus, le CLSID est {C2F03A33-21F5-47FA-B4BB-156362A2F239} et l' APPID est {316CDED5-E4AE-4B15-9113-7055D84DCC97}. Il existe un autre élément appelé SID , mais ce n'est pas nécessaire pour le moment.

Vous devez maintenant trouver le composant qui crée le problème. Pour cela, ouvrez l'Éditeur du Registre sur votre ordinateur. Pour ce faire, appuyez sur Win+R , tapez regedit et le bouton Entrée . ^(Enter)Après cela, accédez à ce chemin-

HKEY_Classes_Root\CLSID\<Enter-your-CLSID>

N'oubliez pas de remplacer Enter-your-ClSID par le CLSID d'origine que vous avez obtenu dans le message d'erreur. Après l'avoir obtenu, vous devriez trouver l' APPID sur votre droite. Assurez-vous que cet APPID et l' APPID précédent (mentionné dans le message d'erreur) sont identiques. Après confirmation, cliquez avec le bouton droit sur le CLSID sur votre gauche et sélectionnez l' option Autorisations .^{(Permissions)}

Ensuite, cliquez sur le bouton Avancé^{(Advanced )} .

Par défaut, cette clé appartient à TrustedInstaller , mais vous devez changer le propriétaire en Administrator . Pour cela, cliquez sur le bouton Modifier^{(Change )} dans la fenêtre Paramètres de sécurité avancés^{(Advanced Security Settings )} > notez « Administrateur » > cliquez sur le bouton Vérifier les noms^{(Check Names )} > cliquez sur le bouton OK .

De plus, vous devez cocher la case Remplacer le propriétaire des sous-conteneurs et des objets^{(Replace owner on subcontainers and objects )} .

Après cela, sélectionnez Administrateurs^{(Administrators )} dans la liste des noms de groupe ou d'utilisateur^{(Group or user names )} et cochez la case Allow/Full Control . Enregistrez maintenant vos paramètres.

En outre, vous devez vérifier la valeur par défaut -^{(Default – Data )} Nom des données. Dans cet exemple, le nom des données par défaut^{(Default Data)} est Immersive Shell . Cela devrait être différent si le CLSID et l' APPID sont différents dans votre message d'erreur.

Après cela, vous devez également vous approprier APPID . Pour cela, accédez à ce chemin dans l' éditeur de registre-^{(Registry Editor-)}

HKEY_Local_Machine\Software\Classes\AppID\your-APPID

Vous devez faire la même chose que ci-dessus pour changer la propriété de cette clé de registre^(Registry) .

Si vous rencontrez un problème pour changer la propriété de la clé de registre^{(ownership of the Registry key)} , vous pouvez consulter notre outil gratuit appelé RegOwnit qui vous permet de le faire en un clic.

Si vous avez terminé ces étapes, vous devez ouvrir les services de composants^{(Component Services)} . Vous pouvez le rechercher dans la zone de recherche de la barre des tâches^(Taskbar) et cliquer sur le résultat correspondant. Après avoir ouvert les services de ^(Services)composants^(Component) , allez ici-

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

Sur la base de cet exemple, le CLSID correspond à ce service de composant Immersive Shell . Vous devez trouver le nom de données par défaut^{(Default – Data )} que vous avez obtenu de l' éditeur de registre^{(Registry Editor)} . Après avoir reconnu, cliquez avec le bouton droit sur le service de composant et sélectionnez Propriétés^(Properties) . Ici, vous devriez trouver l' ID d'application^{(Application ID )} ou APPID que vous pouvez confirmer à nouveau.

Ensuite, allez dans l' onglet Sécurité . ^{(Security )}Ici vous pouvez trouver trois étiquettes, y compris Autorisations de lancement et d'activation^{(Launch and Activation Permissions)} . Cliquez sur le bouton Modifier correspondant.^{(Edit )}

Si vous recevez un message d'avertissement, cliquez sur le bouton Annuler^{(Cancel )} et continuez. Vous devez suivre les mêmes étapes que ci-dessus pour ajouter deux comptes-

• SYSTÈME
• SERVICE LOCAL

Après les avoir ajoutés, sélectionnez-en un à la fois et accordez -leur les autorisations de lancement^{(Local Launch )} local et d'activation locale^{(Local Activation )} .

Enregistrez les modifications, vous n'obtiendrez plus le même problème dans l' Observateur d' événements^{(Event Viewer)} .

Que vous rencontriez le problème avec RuntimeBroker ou Immersive Shell ou tout autre processus, la solution est la même pour tous.^{(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 еrror message 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

• Comment vérifier l'Shutdown and Startup Log dans Windows 10

• Comment voir Event Logs dans Windows 10 en détail avec Full Event Log View

• Où trouver et comment lire Windows Update log dans Windows 11/10

• Event Viewer Journaux manquants dans Windows 10

• Windows 10 événements manquants dans le Event Log

• Fix ShellExecuteEx échoué erreur dans Windows 10

• Fix Bdeunlock.exe Bad image, System Error ou ne répondant pas d'erreurs

• Fix Impossible de charger erreur steamui.dll sur Windows 10

• Fix Crypt32.dll introuvable ou manquante erreur dans Windows 11/10

• Comment activer ou Disable Boot Log dans Windows 11/10

• Setup était incapable de créer un nouveau system partition error sur Windows 10

• Event ID 219 Lorsqu'un périphérique est branché; Driver WUDFRD Impossible de charger

• Comment corriger DCOM Event ID 10016 erreur sur Windows 10

• SFC Échec de Repair and DISM Affiche error 0x800f081f dans Windows 10

• Event ID 307 et 304 avec error code 0x801c001d sur l'appareil Windows 10

• Un Service ne démarre pas avec erreur Event ID 7000, 7009, 7011

• System error 6118, la liste des serveurs de ce groupe de travail est indisponible

• Comment réparer Event ID 642 ESENT error sur Windows 11/10

• Fix Microsoft Store Error 0x87AF0001

• Error 2738, Could Non accès VBScript runtime pour custom action