HTTP 500 內部伺服器錯誤 之 解決方案（刪除SAM）

偶在WIN2000 SERVER系統中安裝Magic Winmail Server後，能夠通過SMTP和POP3協議發收郵件，按照Winmail協助設定好IIS後，卻不能如協助中所提，通過IE瀏覽器進入郵件系統。具體情況可查看偶的一篇求助文章：
http://bbs.ccidnet.com/showthread.php?threadid=140864

初步處理：
試著進入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兩個使用者成員，確定。
重複第三個步驟，即在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表資訊以獲得管理員權限。而不要刪除該檔案。

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