Son zamanlarda, Windows 8.1 bilgisayarımda, bir Yama Salı günü güncellemeleri yükledikten sonra Olay Günlüğünde hata almaya başladım. Hata, Dağıtılmış COM (DCOM) ile ilgiliydi:
ok google'ı farklı bir kelimeye nasıl değiştiririm?
Uygulamaya özel izin ayarları, CLSID {9E175B6D-F52A-11D8-B9A5-505054503030} ve APPID {9E175B9C-F52A-11D8-B9A5-505054503030} ile COM Sunucusu uygulaması için PCNAME Kullanıcı Adı SID'sine Yerel Etkinleştirme izni vermez S-1-5-21-81864976-3388411891-1937036257-1001, uygulama kapsayıcısında çalışan LocalHost adresinden (LRPC kullanarak) Kullanılamıyor SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804- 1277922394). Bu güvenlik izni, Bileşen Hizmetleri yönetim aracı kullanılarak değiştirilebilir.
Böylesine karmaşık bir hata, deneyimsiz kullanıcıların hayal kırıklığı içinde kusmalarına neden olabilir. Bu terminolojiye aşina değiller. Ayrıca, DCOM hatalarını gidermek bir acıdır, bu yüzden ilk başta görmezden geldim ancak olay günlüğü her saat olduğu gibi bunlarla doluydu. Düzeltmeye kararlı olarak araştırmaya karar verdim.
Reklam
Bilmeyenleriniz için COM, Microsoft'un eski nesne yönelimli süreçler arası iletişim teknolojisidir. COM sunucusu, bir dizi COM nesnesini uygulayan bir yürütülebilir dosyadır (EXE veya DLL). Birçok Windows bileşeni COM nesneleri olarak uygulanır ve birbirleriyle iletişim kurmak için standart COM kurallarını izler. COM sunucuları Tescil'e kayıtlıdır ve bir Sınıf Kimliği (CLSID) ve bir APPID'ye sahiptir.
Bu hatayı gidermenin ilk adımı, CLSID ve APPID'nin hangi DCOM bileşeniyle ilişkili olduğunu bulmaktı. Öyleyse Kayıt Defteri Düzenleyicisini çalıştırın ve bu Kayıt defteri anahtarına gidin:
HKEY_CLASSES_ROOT CLSID {9E175B6D-F52A-11D8-B9A5-505054503030}Bu Kayıt defteri anahtarı, hata mesajı olan {9E175B9C-F52A-11D8-B9A5-505054503030} ile aynı AppID'ye de işaret eder. Öyleyse, sonra git
HKCR APPID {9E175B9C-F52A-11D8-B9A5-505054503030}Bu bana bileşenin WSearch (bir Windows Arama COM nesnesi) olduğunu söyledi.
Bir sonraki adım, kullanıcı Güvenlik Kimliğimin (SID) ve uygulamanın SID'sinin istediği doğru yerel etkinleştirme izinlerini bu CLSID / Uygulama Kimliğine atamaktı. Bunu yapmak için Windows, kullanıcının COM sunucularındaki başlatma ve etkinleştirme izinlerini, erişim izinlerini ve yapılandırma izinlerini değiştirmesine izin veren bir Bileşen Hizmetleri aracı sağlar.
Yönetimsel Araçlar -> Bileşen Hizmetleri'ni açın. Bileşen Hizmetleri -> Bilgisayar -> Bilgisayarım -> DCOM Yapılandırmasını genişletin. 'WSearch'ü bulun ve sağ tıklayın -> Özellikler. 'Güvenlik' sekmesine gidin.
Bunu yaptıktan sonra, bu COM nesnesi için Güvenlik sekmesinde her şeyin grileştiğini (devre dışı bırakıldığını) gördüm, bu nedenle önce kullanıcı hesabıma Kayıt Defteri'nde tam izinler vermem gerekiyordu. Regedit'i tekrar açtım ve aynı anahtara gittim
HKEY_CLASSES_ROOT Uygulama Kimliği {9E175B9C-F52A-11D8-B9A5-505054503030}ve izinleri değiştirdi. Öncelikle sahipliği almalısınız ('Alt kapsayıcılarda ve nesnelerde sahibi değiştir' seçeneğini işaretleyin) ve ardından kullanıcı adınızı eklemeli ve Tam Denetim vermelisiniz. Daha sonra sahipliği orijinal hesaba geri döndürebilirsiniz (NT Service TrustedInstaller).
Winaero'nun sahipliğini almak ve yönetici izinleri vermek son derece kolaydır. RegOwnershipEx app.
Şimdi Bileşen Hizmetlerini (Dcomcnfg.exe) yeniden açtım ve WSearch özelliklerine, Güvenlik sekmesine gittim ve şimdi şu şekilde gösterilen Başlatma ve Etkinleştirme İzinlerinde Güvenlik izinlerini düzenleyebildim:
Güvenlik grubu aracılığıyla Herkes, kullanıcı hesabımın zaten Yerel Etkinleştirme izinleri var, ancak simgelerinin gösterdiği gibi bilinen kullanıcı hesapları veya gruplar olmayan diğer 3 SID de gösteriliyor. Bunlar Uygulama SID'leridir ve Uygulamalar'a atıfta bulunur. Olay günlüğü hatası ayrıca '... uygulama kapsayıcısında çalışıyor Kullanılamayan SID (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).
Artık Windows nesne seçici kullanıcı arabirimi, güvenlik asıl nesneleri için uygulama SID'leri eklemenize izin vermiyor gibi görünüyor. Bu yüzden Ekle'yi tıkladıktan sonra Gelişmiş ... ve ardından Şimdi Bul'u tıkladım. Bu, tüm nesneleri listeleyecektir. Ancak çoğu hesap SID'leriydi. Adından da anlaşılacağı gibi muhtemelen tüm uygulama paketleri için bir grup olan 'TÜM UYGULAMA PAKETLERİ'ni fark ettim, bu yüzden onu seçtim. Eklemek için her yerde Tamam'ı tıklayın ve ardından Yerel Başlatma ve Yerel Etkinleştirme izinlerini verin.
müzikal olarak özel efektler nasıl yapılır
Şimdi Tamam'ı tıklayıp Bileşen Hizmetleri Kullanıcı Arabirimini kapattıktan sonra, hata Olay Günlüğünden kayboldu, bu da WSearch COM bileşeninin artık doğru yerel başlatma ve etkinleştirme izinlerine sahip olduğu anlamına geliyor.
Bu makaleyi, başkalarının DCOM hatalarını Olay Günlüğünde benzer şekilde gidermesine yardımcı olmak için genel bir kılavuz olarak yazdım. Hala Windows'un neden COM nesnelerine doğru izinleri kolayca geri yükleyebilecek bir araca sahip olmadığı konusunda endişeliyim.
