Étant un grand connaisseur en technologie, je déteste quand ma machine Windows ne fonctionne pas parfaitement. Je suppose que si je ne parviens pas à faire fonctionner mon ordinateur parfaitement, alors quel genre de technicien suis-je? Évidemment, pour que tout fonctionne parfaitement, il faut passer beaucoup de temps à régler des problèmes qui ne causent probablement pas de problèmes majeurs avec mon système.
Cependant, ça reste amusant et on apprend beaucoup. Dans cet article, je parle de la correction de l'erreur qui apparaît dans l'Observateur d'événements liée à DistributedCOM. J'ai remarqué que je n'avais pas d'autres erreurs dans mon Système connectez-vous autre que quelques tous les jours avec un ID d'événement de 10016. Le message d'erreur de base était le même:
Les paramètres d'autorisation spécifiques à l'application n'accordent pas l'autorisation d'activation locale pour l'application COM Server
Il a également répertorié un CLSID, un APPID, un SID et quelque chose sur la modification des autorisations à l'aide des services de composants.
Après avoir lu des articles denses sur le forum, j'ai pu corriger cette erreur afin qu'elle n'apparaisse plus dans l'observateur d'événements. C'est tout un processus, alors assurez-vous de disposer d'une heure ou deux avant de commencer.
Étape 1 - Vérifier le processus
La première chose à faire est de déterminer quel processus ou service est associé à l'ID de classe indiqué dans l'erreur. Pour ce faire, copiez le CLSID répertorié dans la description de l'événement. Dans mon cas, cela a commencé avec {D63B10C5. Assurez-vous de copier les deux accolades également.
Maintenant, vous devez ouvrir l'éditeur de registre en cliquant sur démarrer et en tapant regedit. Une fois l’éditeur de registre ouvert, cliquez sur modifier et alors Trouver. Continuez et collez le CLSID dans le champ de recherche et appuyez sur Entrée.
Après un certain temps, vous devriez obtenir un résultat sous le HK_CLASSES_ROOT \ CLSID clé. Sur le côté droit, il devrait avoir deux clés et le Défaut il faut indiquer le nom du service. Dans mon cas et probablement aussi le vôtre, il devrait être RuntimeBroker.
Le AppID doit également correspondre à ce qui est répertorié dans le message d'erreur. Ensuite, nous devons exécuter un script afin de pouvoir modifier les autorisations dans Component Services pour ce service.
Étape 2 - Exécuter le script PowerShell
Pour résoudre ce problème, nous devons modifier certaines autorisations dans Component Services for RuntimeBroker, mais avant de pouvoir le faire, nous devons exécuter un script qui nous permettra d'apporter ces modifications.
Pour exécuter PowerShell en tant qu’administrateur, vous devez cliquer sur Début, tapez PowerShell puis faites un clic droit sur le résultat et choisissez Exécuter en tant qu'administrateur.
Maintenant, allez-y et téléchargez le fichier texte lié ici, copiez tout le code et collez-le dans la fenêtre PowerShell (si vous cliquez simplement avec le bouton droit de la souris dans la fenêtre PowerShell, le contenu du presse-papiers sera collé). Puis appuyez simplement sur Entrer et vous devriez voir le mot Terminé imprimé.
Étape 3 - Ouvrir les services de composants
Tu peux ouvrir Services de composants comme si vous aviez ouvert PowerShell à l'étape 2. Cliquez sur Démarrer et entrez les services de composant. Vous n'êtes pas obligé d'exécuter ce programme en tant qu'administrateur. Une fois là-bas, accédez à l'emplacement suivant:
Services de composants - Ordinateurs - Mon ordinateur - Configuration DCOM
Faites défiler jusqu'à trouver Courtier d'exécution. Dans mon cas, il y en avait deux! Comment savez-vous lequel est répertorié dans l'erreur?
Faites un clic droit sur chacun d’eux et choisissez Propriétés. Sur le Général onglet, vous verrez ID d'application, qui doit correspondre à l’appID du message d’erreur. Si vous obtenez des erreurs dans l'Observateur d'événements avec un ID de 10016 et plusieurs CLSID, il est possible que les deux RuntimeBrokers doivent être corrigés. Dans mon cas, je n'avais qu'à en réparer un.
Étape 4 - Autorisations correctes
Enfin, nous devons modifier les autorisations. Dans la fenêtre des propriétés de RuntimeBroker, cliquez sur le bouton Sécurité languette.
le modifier bouton sous Autorisations de lancement et d'activation devrait être cliquable. S'il est grisé, le script PowerShell ne s'est pas exécuté correctement. Lorsque vous cliquez sur Éditer, une boîte de dialogue contextuelle peut vous avertir des autorisations non reconnues.
Ici, vous ne voulez pas cliquer sur Retirer. Cliquez simplement sur le Annuler bouton. Maintenant, vous verrez une liste de comptes par défaut et vous pouvez également voir un Compte inconnu énumérés.
Vous voulez vous assurer de quitter le Compte inconnu comme si. Ne l'enlevez pas. À ce stade, vous devriez être laissé avec TOUS LES FORFAITS D'APPLICATION et SOI. Nous devons maintenant ajouter deux comptes. Cliquez sur Ajouter et tapez Système puis cliquez sur Vérifier les noms. Cliquez sur D'accord et il va ajouter ce compte à la liste.
Cliquez sur Ajouter encore et cette fois tapez Service local et suivez les mêmes étapes.
Une fois les deux ajoutés, cliquez dessus les uns après les autres et sélectionnez le Lancement local et Activation locale cases à cocher sous Permettre. C'est à peu près ça! Maintenant, continuez et redémarrez votre ordinateur. Vous ne devriez plus voir cette erreur apparaître dans les journaux de la vue des événements. Prendre plaisir!