com多線程模型、dcom-閱讀頁
2024-08-03 22:36本頁面
【正文】 擇服務(wù)器 3并創(chuàng)建對象 B④返回對象 B⑥客戶直接與對象 B 連接⑤釋放 對象 A遠程創(chuàng)建進程內(nèi)組件：代理進程 (Surrogate) ? 代理進程優(yōu)點： – 進程內(nèi)組件程序中的嚴重錯誤只影響到代理進程，不會使客戶進程崩潰； – 一個代理進程可以同時為多個客戶提供服務(wù)； – 在代理進程中運行進程內(nèi)服務(wù)可使 DLL享有代理進程的安全性。 DWORD RetryRejectedCall(HTASK threadIDCallee, DWORD dwTickCount, DWORD dwRejectType) = 0。 }。 ? 消息過濾器只用于當前 STA，它不支持marshaling，不能跨套間使用 組件方的消息過濾器 ? 當 COM檢測到有一個外部調(diào)用進入當前進程時，它首先會調(diào)用消息過濾器的HandleInComingCall成員函數(shù)。 ? 返回值： – PENDINGMSG_CANCELCALL 取消當前調(diào)用 – PENDINGMSG_WAITNOPROCESS 客戶不處理消息 – PENDINGMSG_WAITDEFPROCESS 處理部分消息， 丟掉其他消息 DCOM安全模型 ? Windows NT安全機制 ? 激活安全性 ? 調(diào)用安全性 ? 運行時刻動態(tài)設(shè)置安全性 ? 安全性配置 Windows NT安全模型概念 ? domain、 user和 user group ? authentication，認證 ? security identifier， SID ? security description， SD ? Access Control List， ACL Windows NT安全模型 ? 用戶和資源管理 – 認證用戶的身份 – SID描述用戶 – SD描述資源的安全性 ? SSP(Security Support Providers) – SSPI 激發(fā)安全性 (launching security) ? 由 SCM來控制。 //Reserved for future use ? IAccessControl接口 動態(tài)安全性控制 (續(xù) ) ? CoInitiallizeSecurity支持三種類型設(shè)置方式，由 pVoid和 dwCapabilities參數(shù)決定： – AppID，轉(zhuǎn)向注冊表設(shè)置 – SD，與 Win32安全編程模型結(jié)合 – IAccessControl接口，簡化安全編程模型 ? 認證級別， authentication level – 設(shè)定本進程的引入或引出對象至少使用該級別 ? 模仿級別， impersonation level – 客戶允許對象能夠執(zhí)行哪些操作，客戶可以隱藏自己的身份、禁止對象模仿自己等 IAccessControl接口 ? 通過 IAccessControl接口可以簡化安全編程模型 ? 定義了許多數(shù)據(jù)結(jié)構(gòu)用來描述訪問控制 ? COM提供了 IAccessControl的一個實現(xiàn)，應(yīng)用程序可以創(chuàng)建其實例，然后設(shè)置內(nèi)部的安全控制信息 ? 應(yīng)用程序也可以自己實現(xiàn) IAccessControl以便更加靈活地控制訪問許可 調(diào)用安全性， calling security ? 客戶通過代理對象的 IClientSecurity接口，控制調(diào)用安全性， – 允許對某個接口代理設(shè)置安全性 – 允許對某個套間的某個接口代理設(shè)置安全性 ? 組件程序調(diào)用 CoGetCallContext獲得IServerSecurity接口，進一步獲得安全信息 激活安全性 ? 幾個創(chuàng)建函數(shù)中包含 COSERVERINFO 結(jié)構(gòu)，其中的pAuthInfo 成員指向一個 typedef struct _COAUTHINFO { DWORD dwAuthnSvc。 LPWSTR pwszServerPrincName。 DWORD dwImpersonationLevel。 DWORD dwCapabilities。 ? 激活安全性只影響激活過程，也就是創(chuàng)建過程，當創(chuàng)建完成之后，客戶得到的接口指針不受激活安全性的影響 服務(wù)器進程的身份 ? 決定 “ 服務(wù)器進程將運行在哪個用戶的身份下 ” ， AppID下的 RunAs鍵 ? 三種設(shè)置方案： – 交互用戶， interactive user – 啟動用戶， launching user – 指定用戶 ? 三種方案各有利弊，適用于不同的場合 安全性配置 (一 ) ? 幾個注冊表名稱 LaunchPermission AccessPermission RunAs： Run as Activator Run as Interactive User Run as a fixed user account ? DCOM統(tǒng)一使用的缺省設(shè)置 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole EnableDCOM=Y DefaultAccessPermission = selfrelative security descriptor DefaultLaunchPermission = selfrelative security descriptor LegacyImpersonationLevel = dword_impLevel LegacyAuthenticationLevel = dword_authLevel 安全性配置 (二 ) 安全性配置 (三 ) 小結(jié)： DCOM特性 ? 可伸縮性 ? 可配置性 ? 安全性 ? 協(xié)議無關(guān)性 ? 平臺獨立性 開發(fā) DCOM組件 ? 首先保證本地 server成功 – 注冊類廠 – 為自定義接口編寫 proxy/stub ? 配置安全性 – 從本地走向遠程的根本變化 ? DLL組件，考慮 MTS和 COM+ DCOM常見問題 ? 安全性設(shè)置有問題？ ? 創(chuàng)建成功，但是 QueryInterface其他接口失敗，可能接口 proxy/stub注冊有問題 ? 調(diào)試 – /embedding – HRESULT – RunAs=Interactive User
研究報告相關(guān)推薦
鄂ICP備17016276號-1