HrbSeo.com
 
網站首頁 網站策劃 優化推廣 作品展示 費用標準   SEO知識 技術文獻 聯系方式 FAQ

 
SEO知識
技術文獻
相關文章

首頁 > 技術文獻

解決IIS500錯誤

TIME:2009-4-14 10:03:16  HITS:

關鍵字:服務器  摘自:目標科技

stdole2.tlb
dllhost.exe
wsock32.dll
------------------------------------
這幾個文件要everyone可運行。
------------------------------------


初步處理:
試著進入IISHELP網頁,也再現HTTP 500 錯誤,無法判斷故障原因,搜索網上相關內容,找到一篇關于IIS下不支持ASP的解決方案文章;
經研究分析,判斷故障現象基本類似,原因分析為:主要是由于IWAM帳號IWAM_Myserver的密碼錯誤造
成了HTTP 500內部錯誤。
相應的解決辦法為:統一active directory、IIS metabase數據庫和COM+應用程序中的密碼。相應操

作該文章上有詳細介紹。

查看日志文件,與文章上所描述的現象并不完全一致,本計算機并未有域的設置。
系統日志具體描述如下:

系統日志中事件:
事件1:
事件類型: 錯誤
事件來源: DCOM
事件種類: 無
事件 ID: 10010
日期: 2004-11-17
事件: 17:23:04
用戶: NT AUTHORITY\SYSTEM
計算機: ZY-BGL-FWQ
描述:
服務器 {3D14228D-FBE1-11D0-995D-00C04FD919C1} 沒有在限定的時間內用 DCOM 注冊。
————————————————————————
事件2:
事件類型: 警告
事件來源: W3SVC
事件種類: 無
事件 ID: 36
日期: 2004-11-17
事件: 17:23:04
用戶: N/A
計算機: ZY-BGL-FWQ
描述:
服務器未能轉入應用程序 '/LM/W3SVC/1/ROOT/IISHELP'。錯誤是 '服務器運行失敗
'。
若要獲取關于此消息的更多的信息,請訪問 Microsoft 聯機支持站點: http://www.microsoft.com/contentredirect.asp 。
—————————————————————————
在應用程序日志中也有兩個事件:
事件1:
事件類型: 錯誤
事件來源: COM+
事件種類: 管理
事件 ID: 4205
日期: 2004-11-17
事件: 17:23:04
用戶: N/A
計算機: ZY-BGL-FWQ
描述:
由于在下列系統 API 錯誤,COM+ 服務無法初始化。它通常是由本地計算機的系統資源存儲問題引起的。
CryptAcquireContext
進程名稱: dllhost.exe
該錯誤的嚴重性已導致進程終止。
錯誤代碼= 0x80090017 : 提供程序類型未被定義。
COM+ 服務內部信息:
文件: .\security.cpp, 行: 617
—————————————————————————
事件2:
事件類型: 錯誤
事件來源: COM+
事件種類: SVC
事件 ID: 4097
日期: 2004-11-17
事件: 17:23:04
用戶: N/A
計算機: ZY-BGL-FWQ
描述:
運行時環境在其內部狀態檢測到不一致。請向 Microsoft 產品支持服務部門報告此錯誤。*** Error in __FILE__(926): Application image dump failed.

而并未有文章上所描述的“用戶名未知或密碼錯誤”之類的信息日志;
但基本判斷也屬于該類型故障。
按照文章上所寫操作一步一步執行,但發現并未奏效,不知問題出在何處。
按照最后提示:把IIS中的“應用程序保護”設置為“低”,再重置IIS,新的問題又出現了,站點上的某些ASP能夠顯示,但某些ASP頁面又不能顯示,而ASP聊天室的頁面能打開,但顯示為“打開數據庫失敗或錯誤”; 但若把IIS中的“應用程序保護”設置為“中”,則任何ASP頁面都無法打開; 無語,實在不行,采取文章上所述最后一個辦法:重裝IIS,步驟如下:先卸載,再打SP3(我打的是SP4),再重裝。 重新配置啟動IIS,發覺故障現象依舊如故。

經高人指點,問題根源并非如此,經仔細詢問情況,發現曾經刪除過SAM(這一現象前面一直沒能引起注意)SAM文件是保存用戶密碼的數據庫 文件,刪除后,所有的用戶信息就會丟失,而相應的組信息也會隨之丟失,雖然重新登錄過系統,系統已經重新建立了SAM文件,也重新安裝了 IIS,IWAM帳號也已經重新建立,但是,原用戶組中的特殊信息卻沒有被恢復。從這里著手。檢查“開始”->“設置”->“控制面板”->“管理 工具”->“組件服務”中,“控制臺根目錄”->“組件服務”->“計算機”->“我的電腦”->“COM+應用程序”中,有一個IIS Out-Of-Process Pooled Applications該應用程序的ID號即為{3D14228D-FBE1-11D0-995D-00C04FD919C1},很多系統報錯找不到應用程序{3D14228D-FBE1-11D0-995D-00 C04FD919C1}之類的錯誤,就是因為該應用程序未能啟動,打開該應用程序的屬性,檢查標識卻為IWAM用戶,右鍵啟動,報錯。改為管理員后, 可正常啟動。把IWAM加入本地管理員組中,也可正常啟動。確定是因為IWAM用戶無權訪問該應用程序所致。

提出具體解決辦法如下:
1、修改IWAM_Myserver帳號密碼,在“開始”->“設置”->“控制面板”->“管理工具”->“計算機管理”中,“系統工具”->“本地用戶和 組”->“用戶”里面,一個IWAM_Myserver(Myserver為本地計算機名)的帳號內,右鍵更改密碼,更改為一個自定義的密碼即可,我們這里假 設為“000000”;
2、修改IIS內部IWAM_Myserver帳號密碼,在c:\inetpub\adminscripts\目錄下(IIS安裝默認目錄),輸入:c:\inetpub\adminscripts>
cscript adsutil.vbs set w3svc/wamuserpass "000000"
(此處“0”表示用戶自定義的密碼)
修改成功后,系統有如下提示:
wamuserpass: (string) "******"
3、同步com+應用程序所用的IWAM_Myserver的密碼,原技術文章上所敘述的辦法有兩種,我這里采用的為第二種,即“使用IWAM帳號同步腳本synciwam.vbs”
也就是在c:\inetpub\adminscripts目錄下(默認目錄)輸入:
c:\inetpub\adminscripts> cscript synciwam.vbs -v
前面都很順利,但在“開始”->“設置”->“控制面板”->“管理工具”->“組件服務”中,“控制臺根目錄”->“組件服務”->“計算機”- >“我的電腦”->“COM+應用程序”中,右鍵啟動IIS Out-Of-Process Pooled Applications,發現仍然報錯,沒辦法重啟IIS,發現問題現象 依舊如故,檢查上面第三個步驟,輸入csript synciwam.vbs -v命令后,返回的腳本執行情況其中最后一段有一個Error的提示。一段英文,具 體文字描述未能保存下來,意思理解為:IIS的原數據庫拒絕訪問。
4、萬般無奈,刪除IIS的組件包,重新建立之,仍然無效。

至此又出現問題了。 查看應用程序日志和系統日志,發現錯誤提示事件ID號依舊為:10010、36、4205 上述的三個步驟中,前面兩步應該都沒有問題,最后一步好象有點問題。 根據事件ID號,查找相關資料,找出解決辦法如下:
在“開始”->“設置”->“控制面板”->“管理工具”->“計算機管理”中,“系統工具”->“本地用戶和組”->“用戶”里面,確認IWAM_My server用戶只在GUEST組內,再在“本地用戶和組”->“組”里面,右鍵點擊Users組屬性,添加進NT AUTHORITY\Authenticated Users和NT AUTHORITY\Interactive兩個用戶成員,確定。

******************************將上面兩個用戶添加進administrators組似乎更有效。
 
重復第三個步驟,即在IIS安裝默認目錄下輸入:c:\inetpub\adminscripts> csript synciwam.vbs -v
根據返回的腳本執行情況進行查看,最后那一段的Error已經沒有了,將COM+程序的用戶改回為IWAM用戶
,重新啟動IIS Out-Of-Process
Pooled Applications應用程序,沒有再報錯了,再重啟IIS,檢查所有WEB站點服務,故障現象解除!
也就是說到了這一步IIS下面的ASP程序才正式恢復重新啟動。
至此,故障現象全部排除!

因此,以下幾點需要注意的:
1、事件日志的空間設置稍微放大一些,默認才512K,根據硬盤空間,適當放大一些,避免出現日志文件已滿的情況;
2、不要隨便輕易清空事件日志中的事件記錄,很多故障現象需要從這個里面下手找原因;
3、所有返回的系統提示信息一定要注意仔細查看;
4、IIS中的應用程序保護應為中或高,如為低,則所有ASP頁面均以本地系統權限運行,安全性存在問題。
5、COM+程序的用戶權限和用戶啟動權限很重要,應注意檢查。
6、系統默認組有時有重要作用,不能輕易刪除或修改。
7、系統重要文件(如SAM)不可輕易刪除,應盡可能采取妥善的解決方法。如使用外部程序修改注冊表或SAM表信息以獲得管理員權限。而不要刪除該文件。

通過這個問題,偶發現一些看似復雜和不可思議的問題,只要動腦筋,通過仔細查看、分析,再到網上找到一些有關的文章加以對比——但也切忌死搬硬套——找到自己問題的根結所在,再找出相應的解決辦法,問題最終總會迎刃而解。 


哈爾濱目標科技開發有限公司 • 版權所有 CopyRight 2009-2012

QQ:36268333

哈爾濱網站建設熱線:13945093721 0451-88002799

mgcc电子游艺城