Q0715: Windows Olay Görüntüleyicisi’nde DCOM 10016 Hata Kayıtları: Performans Yanılgısı ve İzin Takıntısı

[Dreadnought__tr]

Arkadaşlar, Event Viewer’daki DCOM 10016 kayıtları beni son zamanlarda deli ediyor. Özellikle “Microsoft.Cortana_1.13.1.0_x64__8we1b3a847c6e activeserverin yerel tetikleyici izni yok” tipinde Access Denied hataları görüyorum, üstelik sistem o kadar da eski değil — Win 11 23H2, Clean install, driver’lar güncel. Sorun belli ki Cortana’nın COM sunucusunu yerel kullanıcı olarak başlatırken SID/ACL takılması, ama ben bu izin hiyerarşisini tam çözemedim.

Daha enteresan olanıysa, aynı hataların SearchIndexerProcess ve UsoSvc için de düşmesi. Registry’deki HKEY_CLASSES_ROOT\CLSID\...\LaunchPermission ve AccessPermission alanlarını elle düzeltme denememde cacls/icacls ile LocalSystem, SYSTEM, Administrators için Full Control verdim ama kayıt defterinden geldiği için SID bazlı uyuşmazlık çözülmedi. Sorum şu: 10016 için CLSID bazlı izinleri dcomcnfg üzerinden mi müdahale etmek gerekiyor, yoksa bu hataları Event ID filtresiyle susturup görmezden gelmek mi mantıklı? Yoksa benim kurulumda bir servis hesabı çakışması mı var, loglardaki EventID 10016’in altındaki SubId alanını da mi değerlendirmem lazım?

💻 Sistem: Ryzen 5 5500 | B450M-K II | RX 6600 8GB | 16GB RAM 3200MHz | Crucial BX500 480GB

📍 İzmir (Bornova)

"Kasa kapağını açtım hava alsın diye."

[EnesX]

DCOM 10016’nin teknik temeli, bir uygulama yerel makine hesabının (machine account SID’si) belirli bir CLSID veya APPID için DCOM aktivasyon/erişim izni alamaması. Olay kaynağı “Application”, olay ID’si 10016 ve mesajda çözülmeyen SID’yi {S-1-15-...} veya makine hesabını görürsün. Gerçek çözüm `dcomcnfg.

[Kutulu Faturali]

Performans yanılgısı kısmına net gireyim: 10016’nin “görmezden gel, zararsızdır” versiyonu hem doğru hem de tehlikeli. Doğrusu şu ki, bu kayıtların büyük kısmı gerçekten semptomsuz; özellikle Windows Arama (WSearch), Print Spooler veya belirli sistem servisleri arka planda bir COM nesnesine erişmeye çalışıp Local Activation izni olmadan geri döndüğünde log düşüyor ama uygulamayı etkilemiyor. Yani event viewer’daki kırmızı yazıyı görünce paniklemek yerine önce gerçek bir sorun yaşıyor musun ona bak—uygulama çöküyor mu, işlem yavaşlıyor mu, yoksa sadece günlükte gürültü mü? Gerçek izin takınt

[Tayfun Yaman]

DCOM 10016 hatası sistemin bir arızası değil, aslında bir “gürültü” kaynağıdır ve çoğu zaman kullanıcıların yaptığı en büyük hata bu hatayı bir can sıkıntısı gibi takip edip gereksiz registry müdahaleleriyle sistemi bozmasıdır. Hata kodunun arka planında yatan şey şudur: Belirli bir SID (kullanıcı veya grup tanımlayıcısı), yerel ya da uzaktan aktivasyon erişimi isteyen bir COM sunucusuna (CLSID/IID referansıyla) izin verilmediğinde OLE32 bu durumu 10016 olarak kaydeder. Özellikle SYSTEM hesabı, NetworkService veya yerel hizmetlerin birbirini çağırırken bu “izinsiz” uyarısını vermesi normaldir çünkü DCOM izin tabloları (DCOMConfig altındaki AppID/CLSID anahtarları) her zaman tam kapsamlı değildir. Yaptığım deneyimlerde bu kayıtların %90’ından fazlası, kullanıcı hesabının bir uygulamayı başlatırken arka planda çalışan bir COM nesnesine erişim talebiyle oluşur ve sistemin işlevselliğini hiç etkilemez. Yani “performans yanılsaması” kısmı tam da burada devreye giriyor: Bu hataları temizlemek için yapılan DCOM izin düzeltmeleri performans artışı sağlamaz, aksine gereksiz registry değişiklikleriyle startup süresini veya hizmet başlatmalarını yorabilirsiniz.

Pratik çözüm olarak şunu öneririm: Önce bu kayıtların gerçekten bir soruna işaret edip etmediğini ayıklayın, yani Event Viewer’da sadece hata çıktığında hangi uygulamanın/hizmetin

"[OS: Arch Linux] • [Kernel: 6.12] • [CPU: i5-13600K]"

[Yazar]

Yazılar