תיקון עבור שגיאת מזהה אירוע 10016: לשרת DCOM אין הרשאות הפעלה מקומית עבור PCNAME\שם משתמש SID

לאחרונה, במחשב Windows 8.1 שלי, משום מקום, התחלתי לקבל שגיאות ביומן האירועים לאחר התקנת עדכונים ביום שלישי של תיקון. השגיאה הייתה קשורה ל-Distributed COM (DCOM):

הגדרות ההרשאה הספציפיות ליישום אינן מעניקות הרשאת הפעלה מקומית עבור היישום COM Server עם CLSID {9E175B6D-F52A-11D8-B9A5-505054503030} ו-APPID {9E175B9C-F52A-11D8-B9A5-505054503030} למשתמש PCNAME\שם משתמש SID S-1-5-21-81864976-3388411891-1937036257-1001 מהכתובת LocalHost (באמצעות LRPC) הפועל במיכל היישומים SID לא זמין (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394). ניתן לשנות את הרשאת אבטחה זו באמצעות כלי הניהול של Component Services.

שגיאה כל כך מסובכת עלולה לגרום למשתמשים חסרי ניסיון להקיא מתסכול. הם לא מכירים את המינוח הזה. בנוסף, פתרון בעיות של שגיאות DCOM הוא כאב ולכן התעלמתי מזה בהתחלה, אבל יומן האירועים היה מלא בהן כשהתרחש כל שעה בערך. נחוש לתקן את זה, החלטתי לחקור.

לאלו מכם שלא יודעים, COM היא טכנולוגיית התקשורת הבין-תהליכית הישנה של מיקרוסופט. שרת COM הוא קובץ הפעלה (EXE או DLL) שמיישם קבוצה של אובייקטי COM. רכיבי Windows רבים מיושמים כאובייקטי COM ועוקבים אחר כללי COM סטנדרטיים כדי לתקשר זה עם זה. שרתי COM רשומים ברישום ויש להם מזהה Class (CLSID) ו-APPID.

הצעד הראשון לפתרון שגיאה זו היה לגלות לאיזה רכיב DCOM ה-CLSID וה-APPID קשורים. אז הפעל את עורך הרישום ועבור למפתח הרישום הזה:

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

מפתח רישום זה מצביע גם על אותו AppID כמו הודעת השגיאה שהיא {9E175B9C-F52A-11D8-B9A5-505054503030}. אז, הבא עבור אל

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

זה אמר לי שהרכיב הוא WSearch (אובייקט COM של Windows Search).

השלב הבא היה להקצות ל-CLSID/AppID זה, את הרשאות ההפעלה המקומיות הנכונות שהוא רצה - של מזהה האבטחה של המשתמש שלי (SID) ושל ה-SID של האפליקציה. לשם כך, Windows מספקת כלי Component Services המאפשר למשתמש לשנות הרשאות הפעלה והפעלה, הרשאות גישה והרשאות תצורה בשרתי COM.

פתח את כלי ניהול -> שירותי רכיבים. הרחב את שירותי רכיבים -> מחשב -> המחשב שלי -> תצורת DCOM. אתר את 'WSearch' ולחץ עליו באמצעות לחצן העכבר הימני -> מאפיינים. עבור ללשונית "אבטחה".

כשעשיתי זאת, ראיתי שהכל אפור (מושבת) בלשונית האבטחה עבור אובייקט ה-COM הזה, כך שהייתי צריך לתת לחשבון המשתמש שלי הרשאות מלאות ברישום תחילה. פתחתי שוב את Regedit והלכתי לאותו מפתח

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

ושינו את ההרשאות. ראשית עליך לקחת בעלות (סמן 'החלף בעלים על מיכלי משנה ואובייקטים'), ולאחר מכן להוסיף את שם המשתמש שלך ולתת לו שליטה מלאה. לאחר מכן, תוכל לשנות את הבעלות בחזרה לחשבון המקורי (NT Service\TrustedInstaller).

קל מאוד לקחת בעלות ומתן הרשאות מנהל עם Winaero's RegOwnershipEx אפליקציה.

כעת פתחתי מחדש את שירותי הרכיבים (Dcomcnfg.exe) והלכתי למאפייני WSearch, לשונית אבטחה ו היה מסוגל כעת לערוך את הרשאות האבטחה בהרשאות הפעלה והפעלה, המוצגות כך זֶה:

דרך קבוצת האבטחה כולם, לחשבון המשתמש שלי כבר יש הרשאות הפעלה מקומית, אבל מוצגים גם 3 מזהי SID אחרים שאינם חשבונות משתמש או קבוצות ידועים כפי שהסמל שלהם מציין. הם יישומים SID ומתייחסים ליישומים. השגיאה ביומן האירועים אמרה גם "... פועל במיכל היישומים SID לא זמין (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).

כעת נראה שממשק משתמש בוחר האובייקטים של Windows אינו מאפשר לך להוסיף SIDs של יישומים עבור אובייקטי אבטחה עיקריים. אז לאחר לחיצה על הוסף, לחצתי על מתקדם... ולאחר מכן מצא עכשיו. זה יפרט את כל האובייקטים. אבל רובם היו חשבונות SID. שמתי לב ל"ALL APPLICATION PACKAGES" שכפי שהשם מרמז היא כנראה קבוצה לכל חבילות האפליקציות, אז בחרתי בה. לחץ על אישור בכל מקום כדי להוסיף אותו ואז תן לו הרשאות הפעלה מקומית והפעלה מקומית.

כעת לאחר לחיצה על אישור וסגירת ממשק המשתמש של Component Services, השגיאה נעלמה מיומן האירועים, כלומר לרכיב WSearch COM יש כעת את הרשאות ההשקה וההפעלה המקומיות הנכונות.

כתבתי את המאמר הזה כמדריך כללי כדי לעזור לכל אחד אחר לפתור שגיאות DCOM ביומן האירועים שלו בצורה דומה. אני עדיין מודאג מדוע ל-Windows אין עדיין כלי לשחזר בקלות את ההרשאות הנכונות לאובייקטי COM למקרה שהם יתבלבלו.