Recentment, al meu PC amb Windows 8.1, del no-res, vaig començar a rebre errors al registre d’esdeveniments després d’instal·lar actualitzacions en un Patch Tuesday. L'error s'ha relacionat amb COM distribuït (DCOM):
Com puc eliminar la protecció d'escriptura d'un USB?
La configuració de permisos específics de l'aplicació no atorga permís d'activació local per a l'aplicació del servidor COM amb CLSID {9E175B6D-F52A-11D8-B9A5-505054503030} i APPID {9E175B9C-F52A-11D8-B9A5-505054503030} a l'usuari PCNAME Username SID S-1-5-21-81864976-3388411891-1937036257-1001 des de l'adreça LocalHost (mitjançant LRPC) que s'executa al contenidor de l'aplicació SID no disponible (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804- 1277922394). Aquest permís de seguretat es pot modificar mitjançant l'eina administrativa de Serveis de components.
Un error tan complicat pot provocar frustració als usuaris inexperts. No coneixen aquesta terminologia. A més, la solució de problemes d’errors DCOM és un problema, de manera que al principi la vaig ignorar, però el registre d’esdeveniments era ple, ja que es produïa cada hora aproximadament. Decidit a solucionar-ho, vaig decidir investigar.
Anunci publicitari
Per a aquells que no ho sabeu, COM és l’antiga tecnologia de comunicació entre processos orientada a objectes de Microsoft. Un servidor COM és un executable (EXE o DLL) que implementa un conjunt d'objectes COM. Molts components de Windows s’implementen com a objectes COM i segueixen les normes COM estàndard per comunicar-se entre ells. Els servidors COM estan registrats al registre i tenen un identificador de classe (CLSID) i un APPID.
El primer pas per solucionar aquest error va ser esbrinar amb quin component DCOM es relacionaven CLSID i APPID. Per tant, engegueu l’Editor del Registre i aneu a aquesta clau del Registre:
HKEY_CLASSES_ROOT CLSID {9E175B6D-F52A-11D8-B9A5-505054503030}Aquesta clau de registre també apunta al mateix AppID que el missatge d'error que és {9E175B9C-F52A-11D8-B9A5-505054503030}. Per tant, aneu a
HKCR APPID {9E175B9C-F52A-11D8-B9A5-505054503030}Això em va dir que el component era WSearch (un objecte COM de Windows Search).
El següent pas va ser assignar a aquest CLSID / AppID, els permisos d’activació locals correctes que desitjava, del meu identificador de seguretat (SID) de l’usuari i del SID de l’aplicació. Per fer-ho, Windows proporciona una eina de serveis de components que permet a l'usuari modificar els permisos d'inici i d'activació, els permisos d'accés i els permisos de configuració als servidors COM.
Obriu Eines administratives -> Serveis de components. Amplieu Serveis de components -> Ordinador -> El meu ordinador -> Configuració DCOM. Localitzeu 'WSearch' i feu clic amb el botó dret sobre ell -> Propietats. Aneu a la pestanya 'Seguretat'.
En fer això, vaig veure que tot estava gris (desactivat) a la pestanya Seguretat per a aquest objecte COM, de manera que primer havia de donar permisos complets al meu compte d'usuari al registre. Vaig tornar a obrir Regedit i vaig anar a la mateixa clau
HKEY_CLASSES_ROOT AppID {9E175B9C-F52A-11D8-B9A5-505054503030}i va canviar els permisos. Primer heu de ser propietari (marqueu 'Substitueix el propietari dels subcontenidors i objectes') i, a continuació, afegiu el vostre nom d'usuari i doneu-li control total. Després, podeu canviar la propietat al compte original (NT Service TrustedInstaller).
Assumir la propietat i donar permisos d'administrador és extremadament fàcil amb Winaero's RegOwnershipEx aplicació
Ara he tornat a obrir els serveis de components (Dcomcnfg.exe) i he anat a les propietats de WSearch, pestanya Seguretat i ara he pogut editar els permisos de seguretat als permisos d’inici i d’activació, que es mostren així:
Mitjançant el grup de seguretat Tothom, el meu compte d'usuari ja té permisos d'activació local, però també es mostren altres 3 SID que no són comptes ni grups d'usuaris coneguts com indica la seva icona. Són SID d'aplicacions i fan referència a Aplicacions. L'error del registre d'esdeveniments també deia '... s'executa al contenidor de l'aplicació SID no disponible (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).
Ara la interfície d’usuari del selector d’objectes de Windows no sembla que us permeti afegir SID d’aplicació per a objectes principals de seguretat. Per tant, després de fer clic a Afegeix, he fet clic a Avançat ... i després a Cerca ara. Això llistarà tots els objectes. Però la majoria eren SID de compte. Em vaig adonar de 'TOTS ELS PAQUETS D'APLICACIÓ' que, tal com indica el seu nom, probablement és un grup per a tots els paquets d'aplicacions, així que el vaig seleccionar. Feu clic a D'acord a tot arreu per afegir-lo i, a continuació, doneu-li permisos d'inici local i d'activació local.
com veure tots els comentaris que heu fet a youtube
Ara, en fer clic a D'acord i tancar la interfície d'usuari de Component Services, l'error s'ha desaparegut del registre d'esdeveniments, cosa que significa que el component COM de WSearch ara té els permisos d'activació i d'inici locals correctes.
He escrit aquest article com a guia general per ajudar a qualsevol altra persona a resoldre els errors DCOM al registre d’esdeveniments d’una manera similar. Encara estic preocupat per què Windows encara no disposa d’una eina per restaurar fàcilment els permisos correctes als objectes COM en cas que s’emboliquin.
