Nemrégiben a Windows 8.1 PC-n a semmiből kezdtem hibákat kapni az Eseménynaplóban, miután frissítéseket telepítettem a Patch keddre. A hiba a Distributed COM (DCOM) fájlhoz kapcsolódott:
hogyan lehet ellenőrizni, hogy mely portok vannak nyitva
Az alkalmazásspecifikus engedélybeállítások nem adnak helyi aktiválási engedélyt a COM Server alkalmazás CLSID azonosítójával {9E175B6D-F52A-11D8-B9A5-505054503030} és APPID {9E175B9C-F52A-11D8-B9A5-505054503030} a PCNAME felhasználónév SID felhasználóhoz. S-1-5-21-81864976-3388411891-1937036257-1001 a LocalHost címről (LRPC használatával), amely az alkalmazás tárolójában fut Nem elérhető SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804- 1277922394). Ez a biztonsági engedély a Component Services adminisztrációs eszközzel módosítható.
Egy ilyen bonyolult hiba miatt a tapasztalatlan felhasználók csalódást okozhatnak. Nem ismerik ezt a terminológiát. Ráadásul a DCOM hibák elhárítása fájdalom, ezért először figyelmen kívül hagytam, de az eseménynapló tele volt velük, mivel körülbelül óránként történt. Elhatároztam, hogy kijavítom, úgy döntöttem, hogy kivizsgálom.
Reklám
Azok számára, akik nem tudják, a COM a Microsoft régi objektumorientált folyamatközi kommunikációs technológiája. A COM szerver egy futtatható fájl (EXE vagy DLL), amely COM objektumok halmazát valósítja meg. Számos Windows-összetevő COM objektumként valósul meg, és a szokásos COM-szabályokat követve kommunikál egymással. A COM-szerverek a nyilvántartásban vannak regisztrálva, és osztályazonosítóval (CLSID) és APPID-del rendelkeznek.
A hiba elhárításának első lépése az volt, hogy kiderítette, melyik DCOM-összetevőhöz kapcsolódtak a CLSID és az APPID. Tehát indítsa el a Rendszerleíróadatbázis-szerkesztőt, és lépjen ehhez a rendszerleíró kulcshoz:
HKEY_CLASSES_ROOT CLSID {9E175B6D-F52A-11D8-B9A5-505054503030}Ez a rendszerleíró kulcs ugyanazt az AppID-t is mutatja, mint a hibaüzenet, amely a következő: {9E175B9C-F52A-11D8-B9A5-505054503030}. Tehát, a következő lépés:
HKCR APPID {9E175B9C-F52A-11D8-B9A5-505054503030}Ez azt mondta nekem, hogy az összetevő a WSearch volt (egy Windows Search COM objektum).
A következő lépés az volt, hogy hozzárendeltem ehhez a CLSID / AppID azonosítóhoz a kívánt helyi aktiválási engedélyeket - a felhasználói biztonsági azonosítómat (SID) és az alkalmazás SID-jét. Ehhez a Windows rendelkezik egy Component Services eszközzel, amely lehetővé teszi a felhasználó számára, hogy módosítsa az indítási és aktiválási engedélyeket, hozzáférési engedélyeket és konfigurációs engedélyeket a COM-kiszolgálókon.
Nyissa meg a Felügyeleti eszközök -> Komponensszolgáltatások elemet. Bontsa ki a Component Services -> Computer -> My Computer -> DCOM Config elemeket. Keresse meg a „WSearch” elemet, és kattintson rá a jobb gombbal -> Tulajdonságok. Lépjen a 'Biztonság' fülre.
Ennek elvégzése után láttam, hogy a COM fülön a Biztonság fülön minden szürke (letiltva), ezért először a Registry-ben kellett teljes engedélyt adnom a felhasználói fiókomnak. Újra kinyitottam a Regedit-et, és ugyanahhoz a kulcshoz mentem
HKEY_CLASSES_ROOT AppID {9E175B9C-F52A-11D8-B9A5-505054503030}és megváltoztatta az engedélyeket. Először tulajdonjogot kell tulajdonítania (jelölje be a „Tulajdonos cseréje az alvállalkozókon és az objektumokon” jelölőnégyzetet), majd adja meg a felhasználónevét, és adja meg neki a Teljes ellenőrzést. Ezután visszaállíthatja a tulajdonjogot az eredeti fiókra (NT Service TrustedInstaller).
A Winaero-val rendkívül egyszerű a tulajdonjog megszerzése és az adminisztrátori engedélyek megadása RegOwnershipEx kb.
Most újra megnyitottam a Komponens szolgáltatásokat (Dcomcnfg.exe), és a WSearch tulajdonságok, a Biztonság fülre mentem, és mostantól szerkeszthettem az Indítási és aktiválási engedélyek biztonsági engedélyeit, amelyek így láthatók:
A Mindenki biztonsági csoporton keresztül a felhasználói fiókom már rendelkezik helyi aktiválási engedélyekkel, de további 3 SID is látható, amelyek nem ismert felhasználói fiókok vagy csoportok, ahogy az ikonjuk jelzi. Alkalmazás-SID-k, és az Alkalmazásokra hivatkoznak. Az eseménynapló hiba azt is mondta, hogy ... ... fut az alkalmazás-tárolóban Nem elérhető SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).
Úgy tűnik, hogy a Windows objektumválasztó felhasználói felülete nem engedi hozzá az alkalmazás SID-jeit a fő biztonsági objektumokhoz. Tehát az Hozzáadás gombra kattintva a Speciális ..., majd a Keresés most gombra kattintottam. Ez felsorolja az összes objektumot. De a legtöbbjük számla SID volt. Észrevettem az 'MINDEN ALKALMAZÁSI CSOMAG' -ot, ami a nevéből adódóan valószínűleg egy csoport az összes alkalmazáscsomaghoz, ezért választottam ki. Kattintson mindenhol az OK gombra a hozzáadáshoz, majd Helyi indítás és Helyi aktiválás engedélyek megadásához.
androidos alkalmazásokat töltsön le a Google Play nélkül
Az OK gombra kattintva és a Component Services kezelőfelület bezárásakor a hiba eltűnik az Eseménynaplóból, ami azt jelenti, hogy a WSearch COM komponensnek megfelelő helyi indítási és aktiválási engedélyei vannak.
Ezt a cikket általános útmutatóként írtam, hogy bárki más hasonló módon segítsen elhárítani az eseménynaplójában szereplő DCOM-hibákat. Továbbra is aggasztónak tartom, hogy a Windows-nak miért nincs még eszköze a COM-objektumok megfelelő engedélyeinek egyszerű helyreállítására, ha összezavarodnak.
