Nesen savā Windows 8.1 datorā nez no kurienes es sāku saņemt kļūdas notikumu žurnālā pēc atjauninājumu instalēšanas Patch otrdien. Kļūda bija saistīta ar izplatīto COM (DCOM):
kā instalēt pvr uz kodi
Lietojumprogrammas 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āja PCNAME Lietotājvārds SID S-1-5-21-81864976-3388411891-1937036257-1001 no adreses LocalHost (izmantojot LRPC), kas darbojas lietojumprogrammas konteinerā Nav pieejams SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804- 1277922394). Šo drošības atļauju var mainīt, izmantojot Component Services administratīvo rīku.
Šāda sarežģīta kļūda var likt nepieredzējušiem lietotājiem mest vilšanos. Viņiem šī terminoloģija nav pazīstama. Turklāt DCOM kļūdu novēršana ir sāpīga, tāpēc es sākumā to ignorēju, bet notikumu žurnāls ar tiem bija pilns, jo tas notika ik pēc aptuveni stundas. Apņēmies to novērst, es nolēmu to izmeklēt.
Reklāma
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 realizē COM objektu kopu. Daudzi Windows komponenti tiek ieviesti kā COM objekti un, lai sazinātos savā starpā, ievēro standarta COM noteikumus. COM serveri ir reģistrēti reģistrā, un tiem ir klases ID (CLSID) un APPID.
Pirmais šīs kļūdas novēršanas solis bija noskaidrot, ar kuru DCOM komponentu CLSID un APPID bija saistīti. Tātad 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 norāda arī uz to pašu AppID kā kļūdas ziņojums, kas ir {9E175B9C-F52A-11D8-B9A5-505054503030}. Tātad, nākamais 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 vajadzīgās vietējās aktivizācijas atļaujas - mana lietotāja drošības ID (SID) un lietotnes SID. Lai to izdarītu, Windows nodrošina komponentu pakalpojumu rīku, kas ļauj lietotājam modificē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 pakalpojumus -> Dators -> Mans dators -> DCOM konfigur. Atrodiet 'WSearch' un ar peles labo pogu noklikšķiniet uz tā -> Properties. Dodieties uz cilni Drošība.
To darot, es redzēju, ka šī COM objekta cilnē Drošība viss bija pelēks (atspējots), tāpēc man vispirms bija jādod savam lietotāja kontam pilnīgas atļaujas reģistrā. Es 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 īpašnieku apakškonteineros un objektos”), pēc tam pievienojiet savu lietotājvārdu un piešķiriet tam pilnu kontroli. Pēc tam jūs varat mainīt īpašumtiesības uz sākotnējo kontu (NT Service TrustedInstaller).
Izmantojot Winaero's, īpašumtiesību iegūš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 devos uz WSearch rekvizītiem, cilni Drošība un tagad varēju rediģēt drošības atļaujas palaišanas un aktivizācijas atļaujās, kas tiek parādītas šādi:
Izmantojot drošības grupu Ikvienam, manam lietotāja kontam jau ir vietējās aktivizācijas atļaujas, taču ir 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 lietojumprogrammas konteinerā Nav pieejams SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).
Šķiet, ka Windows objektu atlasītāja lietotāja interfeiss neļauj jums pievienot lietojumprogrammu SID galvenajiem drošības objektiem. Tāpēc pēc noklikšķināšanas uz Pievienot, es noklikšķināju uz Papildu ... un pēc tam Atrast tūlīt Tiks uzskaitīti visi objekti. Bet lielākā daļa no tiem bija konta SID. Es pamanīju “VISAS PIETEIKUMA PAKETES”, kas, kā norāda nosaukums, iespējams, ir visu lietojumprogrammu pakotņu grupa, tāpēc es to izvēlējos. Noklikšķiniet uz Labi visur, lai to pievienotu, un pēc tam piešķiriet vietējās palaišanas un vietējās aktivizācijas atļaujas.
vienlaikus meklējot visu craigslist
Tagad, noklikšķinot uz Labi un aizverot komponentu pakalpojumu lietotāja saskarni, kļūda vairs nav notikumu žurnālā, kas nozīmē, ka WSearch COM komponentam tagad ir pareizas vietējās palaišanas un aktivizācijas atļaujas.
Es uzrakstīju šo rakstu kā vispārīgu ceļvedi, lai palīdzētu citiem līdzīgā veidā novērst DCOM kļūdas viņu notikumu žurnālā. Man joprojām ir bažas, kāpēc Windows vēl nav rīka, lai viegli atjaunotu pareizās atļaujas COM objektiem, ja tie tiktu sajaukti.