Korjaus Event ID -virheeseen 10016: DCOM-palvelimella ei ole paikallisia aktivointioikeuksia PCNAME\Käyttäjänimi SID: lle
Äskettäin Windows 8.1 -tietokoneellani aloin tyhjästä saada virheitä tapahtumalokiin päivitysten asentamisen jälkeen korjaustiistaina. Virhe liittyi Distributed COM: iin (DCOM):
Sovelluskohtaiset käyttöoikeusasetukset eivät myönnä paikallista aktivointia CLSID-tunnuksella varustetulle COM-palvelinsovellukselle {9E175B6D-F52A-11D8-B9A5-505054503030} ja APPID {9E175B9C-F52A-11D8-B9A5-505054503030} käyttäjälle PCNAME\Username SID S-1-5-21-81864976-3388411891-1937036257-1001 osoitteesta LocalHost (käyttäen LRPC: tä) käynnissä sovellussäiliössä Ei käytettävissä SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394). Tätä suojausoikeutta voidaan muokata Component Services -hallintatyökalulla.
Tällainen monimutkainen virhe saattaa saada kokemattomat käyttäjät oksentamaan turhautuneena. He eivät tunne tätä terminologiaa. Lisäksi DCOM-virheiden vianetsintä on tuskaa, joten jätin sen ensin huomiotta, mutta tapahtumaloki oli täynnä niitä, koska niitä tapahtui noin tunnin välein. Päätin korjata sen, ja päätin tutkia asiaa.
Mainos
Niille teistä, jotka eivät tiedä, COM on Microsoftin vanha oliokeskeinen prosessien välinen viestintätekniikka. COM-palvelin on suoritettava tiedosto (EXE tai DLL), joka toteuttaa joukon COM-objekteja. Monet Windows-komponentit on toteutettu COM-objekteina, ja ne noudattavat tavallisia COM-sääntöjä kommunikoidakseen keskenään. COM-palvelimet on rekisteröity rekisteriin, ja niillä on luokkatunnus (CLSID) ja APPID.
Ensimmäinen askel tämän virheen vianmääritykseen oli selvittää, mihin DCOM-komponenttiin CLSID ja APPID liittyvät. Joten käynnistä rekisterieditori ja siirry tähän rekisteriavaimeen:
HKEY_CLASSES_ROOT\CLSID\{9E175B6D-F52A-11D8-B9A5-505054503030}
Tämä rekisteriavain viittaa myös samaan AppID: hen kuin virhesanoma, joka on {9E175B9C-F52A-11D8-B9A5-505054503030}. Joten mene seuraavaksi
HKCR\APPID\{9E175B9C-F52A-11D8-B9A5-505054503030}
Tämä kertoi minulle, että komponentti oli WSearch (Windows Search COM -objekti).
Seuraava vaihe oli määrittää tälle CLSID: lle/AppID: lle oikeat paikalliset aktivointioikeudet, jotka se halusi - käyttäjän suojaustunnukselle (SID) ja sovelluksen SID: lle. Tätä varten Windows tarjoaa Component Services -työkalun, jonka avulla käyttäjä voi muokata COM-palvelimien käynnistys- ja aktivointioikeuksia, käyttöoikeuksia ja määritysoikeuksia.
Avaa Hallintatyökalut -> Komponenttipalvelut. Laajenna Komponenttipalvelut -> Tietokone -> Oma tietokone -> DCOM-kokoonpano. Etsi 'WSearch' ja napsauta sitä hiiren kakkospainikkeella -> Ominaisuudet. Siirry "Turvallisuus"-välilehteen.
Tätä tehdessäni huomasin, että kaikki oli harmaana (poistettu käytöstä) tämän COM-objektin Suojaus-välilehdellä, joten minun oli ensin annettava käyttäjätililleni täydet käyttöoikeudet rekisterissä. Avasin Regeditin uudelleen ja menin samaan avaimeen
HKEY_CLASSES_ROOT\AppID\{9E175B9C-F52A-11D8-B9A5-505054503030}
ja muutti käyttöoikeuksia. Ensin sinun on otettava omistajuus (valitse kohta 'Vaihda omistaja alisäiliöissä ja objekteissa') ja sitten lisättävä käyttäjätunnuksesi ja annettava sille täysi hallinta. Tämän jälkeen voit vaihtaa omistajuuden takaisin alkuperäiseen tiliin (NT Service\TrustedInstaller).
Omistuksen ottaminen ja järjestelmänvalvojan oikeuksien myöntäminen on erittäin helppoa Winaeron avulla RegOwnershipEx sovellus.
Nyt avasin uudelleen komponenttipalvelut (Dcomcnfg.exe) ja menin WSearchin ominaisuuksiin, Suojaus-välilehteen ja pystyi nyt muokkaamaan suojausoikeuksia käynnistys- ja aktivointioikeuksissa, jotka näkyvät kuten Tämä:
Suojausryhmän Kaikki kautta käyttäjätililläni on jo paikallisen aktivoinnin oikeudet, mutta näytetään myös 3 muuta SID: tä, jotka eivät ole tunnettuja käyttäjätilejä tai ryhmiä, kuten niiden kuvake osoittaa. Ne ovat sovellusten SID-tunnuksia ja viittaavat sovelluksiin. Tapahtumalokivirhe sanoi myös "... käynnissä sovellussäiliössä Ei saatavilla SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).
Nyt Windowsin objektivalitsimen käyttöliittymä ei näytä sallivan sinun lisätä sovelluksen SID: itä suojauksen pääobjekteille. Joten napsautettuani Lisää, napsautin Lisäasetukset... ja sitten Etsi nyt. Tämä listaa kaikki objektit. Mutta suurin osa niistä oli tilin SID-tunnuksia. Huomasin "ALL APPLICATION PACKAGES", joka nimensä mukaisesti on luultavasti kaikkien sovelluspakettien ryhmä, joten valitsin sen. Lisää se napsauttamalla OK kaikkialla ja anna sille paikallisen käynnistyksen ja paikallisen aktivoinnin oikeudet.
Nyt kun napsautat OK ja suljet komponenttipalveluiden käyttöliittymän, virhe poistuu tapahtumalokista, mikä tarkoittaa, että WSearch COM -komponentilla on nyt oikeat paikalliset käynnistys- ja aktivointioikeudet.
Kirjoitin tämän artikkelin yleisoppaaksi auttaakseni muita vastaavalla tavalla tapahtumalokissa olevien DCOM-virheiden vianmäärityksessä. Olen edelleen huolissani, miksi Windowsilla ei ole vielä työkalua, jolla COM-objektien oikeat käyttöoikeudet voidaan helposti palauttaa, jos ne menevät sekaisin.
