ID d'événement Windows 10010 – DistributedCOM : Accès refusé au lanceur de processus du serveur DCOM

Commencez par examiner les détails complets de l'ID d'événement 10010 pour identifier le composant défaillant spécifique et le contexte utilisateur.

1. Ouvrez Observateur d'événements en appuyant sur Win + R, en tapant eventvwr.msc, et en appuyant sur Entrée
2. Accédez à Journaux Windows → Système
3. Filtrez pour l'ID d'événement 10010 en cliquant avec le bouton droit sur Système → Filtrer le journal actuel → Entrez 10010 dans le champ ID d'événements
4. Double-cliquez sur l'entrée la plus récente de l'ID d'événement 10010 pour voir les détails complets
5. Notez l'ID d'application (AppID) et l'ID de classe (CLSID) à partir de la description de l'événement
6. Enregistrez le compte utilisateur mentionné dans le message d'erreur

Utilisez PowerShell pour interroger les erreurs DCOM récentes :

Get-WinEvent -FilterHashtable @{LogName='System'; Id=10010} -MaxEvents 5 | Format-List TimeCreated, Id, LevelDisplayName, Message

Modifiez les autorisations DCOM pour l'application défaillante afin de résoudre les erreurs d'accès refusé.

1. Appuyez sur Win + R, tapez dcomcnfg.exe, et appuyez sur Entrée pour ouvrir les Services de composants
2. Accédez à Services de composants → Ordinateurs → Mon ordinateur → Configuration DCOM
3. Localisez l'application correspondant à l'AppID de l'ID d'événement 10010
4. Cliquez avec le bouton droit sur l'application → Propriétés → onglet Sécurité
5. Sous Autorisations de lancement et d'activation, cliquez sur Modifier
6. Ajoutez le compte utilisateur ou le compte de service rencontrant l'erreur
7. Accordez les autorisations Lancement local, Lancement distant, Activation locale, et Activation distante
8. Cliquez sur OK et répétez pour Autorisations d'accès et Niveau d'authentification si nécessaire
9. Redémarrez le service affecté ou redémarrez le système

Vérifiez la configuration DCOM à l'aide de PowerShell :

Get-CimInstance -ClassName Win32_DCOMApplication | Where-Object {$_.AppID -like "*your-app-id*"} | Select-Object Name, AppID, AuthenticationLevel

Reconstruire les entrées de configuration DCOM corrompues qui peuvent causer l'ID d'événement 10010.

1. Ouvrez l'Invite de commandes en tant qu'administrateur
2. Arrêtez d'abord les services dépendants :

net stop winmgmt /y
net stop cryptsvc
net stop bits
net stop wuauserv

3. Réenregistrez les composants DCOM :

regsvr32 /s ole32.dll
regsvr32 /s oleaut32.dll
regsvr32 /s actxprxy.dll
regsvr32 /s scrrun.dll
regsvr32 /s msxml3.dll
regsvr32 /s msxml6.dll

4. Réinitialisez les autorisations DCOM par défaut :

cd /d %windir%\system32
regsvr32 /s /i comcat.dll
regsvr32 /s /i initpki.dll

5. Redémarrez les services arrêtés :

net start winmgmt
net start cryptsvc
net start bits
net start wuauserv

6. Redémarrez le système et vérifiez si l'ID d'événement 10010 persiste

Examinez et corrigez les privilèges des comptes de service qui peuvent causer des échecs de lancement DCOM.

1. Ouvrez la console Services en appuyant sur Win + R, en tapant services.msc, et en appuyant sur Entrée
2. Identifiez les services liés à l'AppID défaillant à partir de l'ID d'événement 10010
3. Cliquez avec le bouton droit sur le service → Propriétés → onglet Connexion
4. Notez le compte utilisé pour le service (Système local, Service réseau, ou utilisateur spécifique)
5. Ouvrez Stratégie de sécurité locale en tapant secpol.msc dans la boîte de dialogue Exécuter
6. Accédez à Stratégies locales → Attribution des droits utilisateur
7. Vérifiez que le compte de service dispose de ces droits :
• Ouverture de session en tant que service (SeServiceLogonRight)
• Agir en tant que partie du système d'exploitation (si utilisation du Système local)
• Usurper l'identité d'un client après authentification (SeImpersonatePrivilege)
8. Double-cliquez sur chaque stratégie et ajoutez le compte de service s'il manque
9. Redémarrez le service et surveillez l'ID d'événement 10010

Vérifiez les permissions du compte de service en utilisant PowerShell :

Get-Service | Where-Object {$_.Status -eq 'Running'} | ForEach-Object {
    $service = Get-WmiObject -Class Win32_Service -Filter "Name='$($_.Name)'"
    [PSCustomObject]@{
        ServiceName = $_.Name
        StartName = $service.StartName
        State = $_.Status
    }
} | Format-Table -AutoSize

Effectuez des réparations système complètes lorsque les problèmes DCOM persistent après un dépannage de base.

1. Créez une sauvegarde complète du système avant de continuer
2. Ouvrez Invite de commandes en tant qu'administrateur
3. Exécutez le vérificateur de fichiers système pour réparer les fichiers système corrompus :

sfc /scannow

4. Vérifiez et réparez l'intégrité de l'image Windows :

DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth

5. Réinitialisez le référentiel WMI si les erreurs DCOM impliquent des composants WMI :

net stop winmgmt /y
winmgmt /resetrepository
net start winmgmt

6. Reconstruisez les entrées de registre DCOM :

cd /d %windir%\system32
regsvr32 /s comsvcs.dll
regsvr32 /s es.dll
regsvr32 /s clusapi.dll

7. Réinitialisez les composants de Windows Update si affectés :

net stop wuauserv
net stop cryptsvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start cryptsvc
net start bits
net start msiserver

8. Redémarrez le système et surveillez le Visualiseur d'événements pour la résolution de l'ID d'événement 10010