WindowsServer2012R2解決在IIS8因壓縮模塊導致的HTTP500.19故障問題
當前位置:點晴教程→點晴OA辦公管理信息系統
→『 經驗分享&問題答疑 』
大家知道 500.19 是常見故障,導致該問題的出現原因有很多,如果僅是單純看錯誤摘要“無法訪問請求的頁面,因為該頁的相關配置數據無效”,是很難確定故障原因的。 所以我們需要將重點放在詳細錯誤信息中,以本案為例,參考下圖可看到在詳細錯誤信息中提示“模塊 DynamicCompressionModule”出現錯誤,錯誤代碼為“0x8007007e”。 檢查了 Windows Server 2012 Essentials 環境,發現該 ASP 程序所在網站也啟用了壓縮模塊,但訪問是正常的。此外在 iis.net 上找到一篇相關的帖子 http://forums.iis.net/t/1149768.aspx/1/10,貌似與 SBS2011 上集成的服務應用有關,尤其是 WSUS,涉及文件“suscomp.dll”,suscomp.dll 是 WSUS 的專用壓縮模塊。 起初,gOxiA 參考帖子直接將加載的 suscomp.dll 語句注釋掉以禁用加載,之后測試 ASP 程序確實就正常了,但這樣以來就要犧牲掉 WSUS 的壓縮模塊。suscomp.dll 屬于全局類型的模塊,它根據壓縮的類型(動態或靜態)由 IIS 的 compdyn.dll 和 compstat.dll 進行調用,所以在 IIS 管理器的站點模塊管理中也找不到對應的配置信息,所以單獨對站點禁用該模塊是不可能的。 此外想單純通過禁用站點的壓縮功能也是不行的,因為相關的模塊還是被加載了,只要加載就會導致故障的出現。 所以要徹底解決這一故障的唯一辦法就是將對應站點中的動態和靜態壓縮模塊全部給刪除掉,不予以加載。要直接為單獨某個站點刪除模塊,是不行的!會提示錯誤“鎖定沖突”…… 為此,要修改 IIS 服務設置,即在 IIS 管理器里選中當前服務器,通過內容窗體中的“模塊”進入其設置,找到對應的模塊(如:DynamicCompressionModule),在任務窗體中點擊“解除鎖定”,之后才能在對應站點中對模塊進行刪除。 因為涉及到的是全局的 suscomp.dll 模塊,所以為了保證 ASP 程序正常訪問,除了要刪除 動態壓縮模塊以外,同時還要刪除靜態壓縮模塊(StaticCompressionModule)。現在 ASP 程序便可正常訪問了,而且也不會影響到 WSUS 服務。 該文章在 2019/6/12 14:49:45 編輯過 |
關鍵字查詢
相關文章
正在查詢... |