應用程式特定權限設定無法將含有 CLSID – AD

  上週有寫一篇「應用程式特定權限設定無法將含有 CLSID – SQL」,當時是在 SQL Server 上的系統事件紀錄看到,出問題的權限則是在 SQLSERVERAGENT 這個角色,伺服器本身的權限是沒有問題的 (SYSTEM 及 Administrator)。今天在 AD 伺服器上也看到同樣訊息,而這次就是伺服器本身權限不足,因此需要多個從 regedit 重新取回權限的步驟。

 

◎ 開啟「元件服務」,在「DCOM 設定」中,切換成 “詳細資料” 的檢視模式。。
◎ 逐一尋找事件紀錄中 APPID,以我來說,要尋找 “{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}“。。
◎ 最後可以找到對應的是「RuntimeBroker」這個元件。

 

◎ 對該元件點選右鍵-「內容」,切換到「安全性」的頁面。
◎ 這邊可以看到按鈕都是灰階,表示我們沒有權限。

 

◎ 執行 Regedit,搜尋 “{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}“。
◎ 對該機碼按右鍵,選擇「使用權限」。

 

◎ 進到權限設定畫面後,目前我們還無法異動內容,因此先點選「進階」。

 

◎ 預設的「擁有者」是”TrustedInstaller”,準備將其改為管理者。

 

◎ 改成管理者後,按下確定,回到前一個權限設定畫面。

 

◎ 為 SYSTEM 及 管理者 新增「完全控制」的權限。

 

◎ 接下來,回到「元件服務」的視窗,重新整理畫面(或關掉再開),並進入該元件的的內容,此時按鈕已可點選。
◎ 在「啟動和啟用權限」項目點選 “編輯”。

 

◎ 如果有跳出「Windows 安全性」警告畫面,點選「移除」。

 

◎ 進到權限設定畫面,可以看到少了 SYSTEM 及 管理者的角色。

 

◎ 點選「新增」,將 SYSTEM 及 管理者 加入,
◎ 並將兩個角色的「本機啟動」、「本機啟用」的權限改為 “允許” 即可。

 

【參考連結】

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料

0 Comments
Inline Feedbacks
View all comments