Fix for hendelses-ID-feil 10016: DCOM-server har ikke lokale aktiveringstillatelser for PCNAME brukernavn SID

Nylig, på min Windows 8.1-PC, begynte jeg ut av ingenting å få feil i hendelsesloggen etter å ha installert oppdateringer på en patch-tirsdag. Feilen var relatert til Distribuert COM (DCOM):

hvordan slår du av kommentarer på facebook

De applikasjonsspesifikke tillatelsesinnstillingene gir ikke lokal aktiveringstillatelse for COM-serverapplikasjonen med CLSID {9E175B6D-F52A-11D8-B9A5-505054503030} og APPID {9E175B9C-F52A-11D8-B9A5-505054503030} til brukeren PCNAME brukernavn SID S-1-5-21-81864976-3388411891-1937036257-1001 fra adresse LocalHost (bruker LRPC) som kjører i applikasjonsbeholderen Ikke tilgjengelig SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804- 1277922394). Denne sikkerhetstillatelsen kan endres ved hjelp av administrasjonsverktøyet Component Services.

En slik komplisert feil kan få uerfarne brukere til å kaste opp i frustrasjon. De er ukjente med denne terminologien. I tillegg er det en smerte å feilsøke DCOM-feil, så jeg ignorerte det først, men hendelsesloggen var full av dem da det skjedde hver time eller så. Fast bestemt på å fikse det, bestemte jeg meg for å undersøke det.

Annonse

For de av dere som ikke vet, er COM Microsofts gamle objektorienterte kommunikasjonsteknologi mellom prosesser. En COM-server er en kjørbar (EXE eller DLL) som implementerer et sett med COM-objekter. Mange Windows-komponenter er implementert som COM-objekter og følger standard COM-regler for å kommunisere med hverandre. COM-servere er registrert i registeret og har en klasse-ID (CLSID) og en APPID.

Det første trinnet for å feilsøke denne feilen var å finne ut hvilken DCOM-komponent CLSID og APPID var relatert til. Så fyr opp Registerredigering og gå til denne registernøkkelen:

HKEY_CLASSES_ROOT  CLSID  {9E175B6D-F52A-11D8-B9A5-505054503030}

Denne registernøkkelen peker også på den samme AppID som feilmeldingen som er {9E175B9C-F52A-11D8-B9A5-505054503030}. Så, neste gå til

HKCR  APPID  {9E175B9C-F52A-11D8-B9A5-505054503030}

Dette fortalte meg at komponenten var WSearch (et Windows Search COM-objekt).

Neste trinn var å tilordne denne CLSID / AppID, de riktige lokale aktiveringstillatelsene som ønsket - av min bruker-sikkerhets-ID (SID) og app-SID. For å gjøre det, gir Windows et Component Services-verktøy som lar brukeren endre start- og aktiveringstillatelser, tilgangstillatelser og konfigurasjonstillatelser på COM-servere.

Åpne administrative verktøy -> Komponenttjenester. Utvid komponenttjenester -> Datamaskin -> Min datamaskin -> DCOM Config. Finn 'WSearch' og høyreklikk på det -> Egenskaper. Gå til 'Sikkerhet' -fanen.

Da jeg gjorde dette, så jeg at alt var nedtonet (deaktivert) i sikkerhetsfanen for dette COM-objektet, så jeg trengte å gi brukerkontoen min full tillatelse i registret først. Jeg åpnet Regedit igjen og gikk til samme nøkkel

HKEY_CLASSES_ROOT  AppID  {9E175B9C-F52A-11D8-B9A5-505054503030}

og endret tillatelsene. Først må du ta eierskap (kryss av 'Erstatt eier på undercontainere og objekter'), og deretter legge til brukernavnet ditt og gi det full kontroll. Etterpå kan du endre eierskapet tilbake til den opprinnelige kontoen (NT Service TrustedInstaller).

Å ta eierskap og gi administratortillatelser er ekstremt enkelt med Winaero RegOwnershipEx app.

Nå åpnet jeg Component Services (Dcomcnfg.exe) på nytt og gikk til WSearch-egenskaper, fanen Sikkerhet, og kunne nå redigere sikkerhetstillatelsene ved start- og aktiveringstillatelser, som vises slik:

Gjennom sikkerhetsgruppen Alle har brukerkontoen min allerede lokale aktiveringstillatelser, men det vises også 3 andre SIDer som ikke er kjente brukerkontoer eller grupper som ikonet deres indikerer. De er Application SIDer og refererer til Applications. Hendelsesloggfeilen sa også '... kjører i applikasjonsbeholderen Utilgjengelig SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).

Nå ser det ut til at Windows-objektvelgergrensesnittet ikke lar deg legge til applikasjons-SIDer for sikkerhetshovedobjekter. Så etter å ha klikket Legg til, klikket jeg på Avansert ... og deretter Finn nå. Dette vil liste opp alle objektene. Men de fleste av dem var konto-SIDer. Jeg la merke til 'ALLE APPLIKASJONSPAKKER' som, som navnet antyder, sannsynligvis er en gruppe for alle applikasjonspakker, så jeg valgte den. Klikk OK overalt for å legge den til, og gi den deretter tillatelser for lokal lansering og lokal aktivering.

hvordan finne venner på facebook etter by

Nå ved å klikke OK og lukke brukergrensesnittet for Component Services, er feilen borte fra hendelsesloggen, noe som betyr at WSearch COM-komponenten nå har de riktige lokale start- og aktiveringstillatelsene.

Jeg skrev denne artikkelen som en generell guide for å hjelpe alle andre med å feilsøke DCOM-feil i deres hendelseslogg på en lignende måte. Jeg er fortsatt bekymret for hvorfor Windows ikke har et verktøy ennå for å enkelt gjenopprette de riktige tillatelsene til COM-objekter i tilfelle de blir ødelagt.