在微軟 OS 平臺創建打開 RMS 文檔如何避免時延 相信我們在企業內部的環境中已經部署了微軟最新的OS平臺，Windows 7和Windows 2008 R2，在這些OS平臺上使用IRM功能時，您有可能遇到創建、打開RMS文檔非常緩慢的情況，據測試，office程式會停滯大概1到2分鐘才會有響應，... ...
在微軟 OS 平臺創建打開 RMS 文檔如何避免時延
相信我們在企業內部的環境中已經部署了微軟最新的OS平臺，Windows 7和Windows 2008 R2，在這些OS平臺上使用IRM功能時，您有可能遇到創建、打開RMS文檔非常緩慢的情況，據測試，office程式會停滯大概1到2分鐘才會有響應， 這難道是window 7, windows 2008 R2的產品Bug？
這樣的情況往往會發生於一些不能上網的客戶端，或者上網有限制的客戶端，通過抓取網路包，我們可以很快定位問題，最常見的情況就是：客戶端創建/打開RMS文檔時，會嘗試解析crlmicorsoft.com，去下載微軟CRL列表，但內網解析不了crlmicrosoft.com，或者不能連上crlmicrosoft.com，而導致了時延。解決問題的方法有兩個：
1. 使客戶端能連上internet, 正常下載微軟CRL列表，之後的一段時間內問題就不會出現，這段時間取決於CRL列表的過期時間。
2. 如果客戶端不能連上internet，可以通過縮小客戶端的拿取CRL列表的超時時間來解決時延的問題。步驟如下：
- 打開組策略編輯器 “gpedit.msc”
- 找到 “電腦配置 – Windows 設置 – 安全設置- 公鑰策略 – 證書路徑驗證設置”(“Computer Configuration – Windows Settings – Security Settings – Public Key Policies – Certificate Path Validation Settings”)
- 找到“網路檢索”(Network Retrieval) 標簽，重新設置“預設檢索超時設置”(Default retrieval timeout settings)
例如：
- 預設 URL 檢索超時（以秒為單位）(Default URL retrieval timeout (in seconds))：1
- 預設路徑驗證累計檢索超時（以秒為單位）(Default path validation cumulative retrieval timeout (in seconds))：1
