Notikuma ID kļūdas 10016 labojums: DCOM serverim nav vietējās aktivizācijas atļaujas PCNAME\Lietotājvārds SID
Nesen savā datorā ar operētājsistēmu Windows 8.1 nez no kurienes es sāku saņemt kļūdas notikumu žurnālā pēc atjauninājumu instalēšanas ielāpu otrdienā. Kļūda bija saistīta ar izplatīto COM (DCOM):
Lietojumprogrammai specifiskie atļauju iestatījumi nepiešķir vietējās aktivizācijas atļauju COM servera lietojumprogrammai ar CLSID {9E175B6D-F52A-11D8-B9A5-505054503030} un APPID {9E175B9C-F52A-11D8-B9A5-505054503030} lietotājam PCNAME\Lietotājvārds SID S-1-5-21-81864976-3388411891-1937036257-1001 no adreses LocalHost (izmantojot LRPC), kas darbojas lietojumprogrammu konteinerā Nav pieejams SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394). Šo drošības atļauju var mainīt, izmantojot komponentu pakalpojumu administratīvo rīku.
Šāda sarežģīta kļūda var likt nepieredzējušiem lietotājiem sarūgtināt. Viņiem šī terminoloģija nav pazīstama. Turklāt DCOM kļūdu novēršana ir sāpīga, tāpēc es to sākumā ignorēju, taču notikumu žurnāls bija pilns ar tām, jo tas notika ik pēc stundas. Apņēmies to salabot, es nolēmu izmeklēt.
Tiem no jums, kas nezina, COM ir Microsoft vecā objektorientētā starpprocesu komunikācijas tehnoloģija. COM serveris ir izpildāms (EXE vai DLL), kas ievieš COM objektu kopu. Daudzi Windows komponenti ir ieviesti kā COM objekti un ievēro standarta COM noteikumus, lai sazinātos viens ar otru. COM serveri ir reģistrēti reģistrā, un tiem ir klases ID (CLSID) un APPID.
Pirmais solis, lai novērstu šo kļūdu, bija noskaidrot, ar kuru DCOM komponentu ir saistīti CLSID un APPID. Tāpēc aktivizējiet reģistra redaktoru un dodieties uz šo reģistra atslēgu:
HKEY_CLASSES_ROOT\CLSID\{9E175B6D-F52A-11D8-B9A5-505054503030}
Šī reģistra atslēga arī norāda uz to pašu AppID kā kļūdas ziņojums, kas ir {9E175B9C-F52A-11D8-B9A5-505054503030}. Tātad, tālāk dodieties uz
HKCR\APPID\{9E175B9C-F52A-11D8-B9A5-505054503030}
Tas man teica, ka komponents bija WSearch (Windows Search COM objekts).
Nākamais solis bija piešķirt šim CLSID/AppID, pareizās vietējās aktivizācijas atļaujas, kuras tas vēlējās — manam lietotāja drošības ID (SID) un lietotnes SID. Lai to izdarītu, Windows nodrošina komponentu pakalpojumu rīku, kas ļauj lietotājam mainīt palaišanas un aktivizēšanas atļaujas, piekļuves atļaujas un konfigurācijas atļaujas COM serveros.
Atveriet Administratīvie rīki -> Komponentu pakalpojumi. Izvērsiet Komponentu pakalpojumi -> Dators -> Mans dators -> DCOM konfigurācija. Atrodiet "WSearch" un ar peles labo pogu noklikšķiniet uz tā -> Rekvizīti. Dodieties uz cilni "Drošība".
To darot, es redzēju, ka šī COM objekta cilnē Drošība viss ir pelēkots (atspējots), tāpēc man vispirms bija jāpiešķir savam lietotāja kontam pilnas atļaujas reģistrā. Atkal atvēru Regedit un devos pie tās pašas atslēgas
HKEY_CLASSES_ROOT\AppID\{9E175B9C-F52A-11D8-B9A5-505054503030}
un mainīja atļaujas. Vispirms jums ir jāpārņem īpašumtiesības (atzīmējiet izvēles rūtiņu Aizstāt apakškonteineru un objektu īpašnieku), pēc tam pievienojiet savu lietotājvārdu un piešķiriet tam pilnu kontroli. Pēc tam varat mainīt īpašumtiesības atpakaļ uz sākotnējo kontu (NT Service\TrustedInstaller).
Ar Winaero's īpašumtiesību pārņemšana un administratora atļauju piešķiršana ir ļoti vienkārša RegOwnershipEx lietotne.
Tagad es atkārtoti atvēru komponentu pakalpojumus (Dcomcnfg.exe) un apmeklēju WSearch rekvizītus, cilni Drošība un tagad varēja rediģēt drošības atļaujas palaišanas un aktivizēšanas atļaujās, kas tiek parādītas kā šis:
Izmantojot drošības grupu Ikviens, manam lietotāja kontam jau ir vietējās aktivizācijas atļaujas, taču tiek parādīti arī 3 citi SID, kas nav zināmi lietotāju konti vai grupas, kā norāda to ikona. Tie ir lietojumprogrammu SID un attiecas uz lietojumprogrammām. Notikumu žurnāla kļūda arī teica: "... darbojas lietojumprogrammu konteinerā Nav pieejams SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).
Šķiet, ka tagad Windows objektu atlasītāja lietotāja saskarne neļauj pievienot lietojumprogrammu SID galvenajiem drošības objektiem. Tātad pēc noklikšķināšanas uz Pievienot es noklikšķināju uz Papildu... un pēc tam Atrast tūlīt. Tajā tiks uzskaitīti visi objekti. Bet lielākā daļa no tiem bija kontu SID. Es pamanīju "ALL APPLICATION PACKAGES", kas, kā norāda nosaukums, iespējams, ir grupa visām lietojumprogrammu pakotnēm, tāpēc es to izvēlējos. Visur noklikšķiniet uz Labi, lai to pievienotu, un pēc tam piešķiriet tai vietējās palaišanas un vietējās aktivizācijas atļaujas.
Tagad, noklikšķinot uz Labi un aizverot komponentu pakalpojumu lietotāja interfeisu, notikumu žurnālā kļūda ir pazudusi, kas nozīmē, ka WSearch COM komponentam tagad ir pareizās vietējās palaišanas un aktivizēšanas atļaujas.
Es uzrakstīju šo rakstu kā vispārīgu ceļvedi, lai palīdzētu ikvienam citam līdzīgā veidā novērst DCOM kļūdas savā notikumu žurnālā. Mani joprojām uztrauc, kāpēc operētājsistēmai Windows vēl nav rīka, ar kuru viegli atjaunot pareizās atļaujas COM objektiem gadījumā, ja tie tiek sajaukti.
