IIS500错误，是因为微软的一个BUG所造成的。下面是解决办法: 

主要是由于IWAM账号（在我的计算机即是IWAM_MYSERVER账号）的密码错误造成了HTTP 500内部错误。 

在详细分析HTTP500内部错误产生的原因之前，先对IWAM账号进行一下简要的介绍：IWAM账号是安装IIS5

时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的Internet信息服务。IWAM账号的名

字会根据每台计算机NETBIOS名字的不同而有所不同，通用的格式是IWAM_MACHINE，即由“IWAM”前缀、

连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是MYSERVER，因此我的计算机上

IWAM账号的名字就是IWAM_MYSERVER，这一点与IIS匿名账号ISUR_MACHINE的命名方式非常相似。 

IWAM账号建立后被Active Directory、IIS metabase数据库和COM+应用程序三方共同使用，账号密码被

三方分别保存，并由操作系统负责这三方保存的IWAM密码的同步工作。按常理说，由操作系统负责的工作我们

大可放心，不必担心出错，但不知是BUG还是其它什么原因，系统的对IWAM账号的密码同步工作有时会失败，

使三方IWAM账号所用密码不统一。当IIS或COM+应用程序使用错误IWAM的密码登录系统，启动IIS Out-Of

-Process Pooled Applications时，系统会因密码错误而拒绝这一请求，导致IIS Out-Of-Process 

Pooled Applications启动失败，也就是我们在ID10004错误事件中看到的“不能运行服务器{3D14228D

-FBE1-11D0-995D-00C04FD919C1} ”（这里{3D14228D-FBE1-11D0-995D-00C04FD919C1} 是IIS 

Out-Of-Process Pooled Applications的KEY），不能转入IIS5应用程序，HTTP 500内部错误就这样

产生了。 


解决办法 

手工同步账号 




知道了导致HTTP 500内部错误的原因，解决起来就比较简单了，那就是人工同步IWAM账号在Active 

Directory、IIS metabase数据库和COM+应用程序中的密码。 

具体操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限（IWAM账号以IWAM_MYSERVER为

例）。 


（一）更改Active Directory中IWAM_MYSERVER账号的密码 

因IWAM账号的密码由系统控制，随机产生，我们并不知道是什么，为完成下面两步的密码同步工作，我们

必须将IWAM账号的密码设置为一个我们知道的值。 

1、选择“开始”->“程序”->“管理工具”->"Active Directory用户和计算机"，启动“Active 

Directory用户和计算机”管理单元。 

2、单击“user”，选中右面的“IWAM_MYSERVER”，右击选择“重设密码(T)...”，在跳出的重设密

码对方框中给IWAM_MYSERVER设置新的密码，这儿我们设置成“Aboutnt2001”（没有引号的），确定

，等待密码修改成功。 


（二）同步IIS metabase中IWAM_MYSERVER账号的密码 

可能因为这项改动太敏感和重要，微软并没有为我们修改IIS metabase中IWAM_MYSERVER账号密码提

供一个显式的用户接口，只随IIS5提供了一个管理脚本adsutil.vbs，这个脚本位于C:\\inetpub\\

adminscripts子目录下（位置可能会因你安装IIS5时设置的不同而有所变动）。 

adsutil.vbs脚本功能强大，参数非常多且用法复杂，这里只提供使用这个脚本修改IWAM_MYSERVER

账号密码的方法: 

adsutil SET w3svc/WAMUserPass Password 

"Password"参数就是要设置的IWAM账号的新的密码。因此我们将IIS metabase中IWAM_MYSERVER账

号的密码修改为“Aboutnt2001”的命令就是： 

c:\\Inetpub\\AdminScripts>adsutil SET w3svc/WAMUserPass "Aboutnt2001" 

修改成功后，系统会有如下提示： 

WAMUserPass: (String) "Aboutnt2001" 


（三）同步COM+应用程序所用的IWAM_MYSERVER的密码 

同步COM+应用程序所用的IWAM_MYSERVER的密码，我们

有两种方式可以选择:一种是使用组件服务MMC

管理单元，另一种是使用IWAM账号同步脚本synciwam.vbs。 


1、使用组件服务MMC管理单元 

（1）启动组件服务管理单元：选择“开始”->“运行”->“MMC”，启动管理控制台,打开“

添加/删除管理单元”对话框,将“组件服务”管理单元添加上。 

（2）找到“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”->“Out-Of-Process 

Pooled Applications”，右击“Out-Of-Process Pooled Applications”->“属性”。 

（3）切换到“Out-Of-Process Pooled Applications”属性对话框的“标志”选项卡。“此应

用程序在下列账户下运行”选择中“此用户”会被选中，用户名是“IWAM_MYSERVER”。这些都是缺

省的，不必改动。在下面的“密码”和“确认密码”文本框内输入正确的密码“Aboutnt2001”，确

定退出。 

（4）系统如果提示“应用程序被一个以上的外部产品创建。你确定要被这些产品支持吗？”时确定即可。 

（5）如果我们在IIS中将其它一些Web的“应用程序保护”设置为“高（独立的）”,那么这个WEB所使

用的C

OM+应用程序的IWAM账号密码也需要同步。重复（1）-（4）步，同步其它相应Out of process

 application的IWAM账号密码。 


2、使用IWAM账号同步脚本synciwam.vbs 

实际上微软已经发现IWAM账号在密码同步方面存在问题，因此在IIS5的管理脚本中单独为IWAM

账号密码同步

编写了一个脚本synciwam.vbs，这个脚本位于C:\\inetpub\\adminscripts子目录下（位置

可能会因你安装IIS5时设置的不同而有所变动）。 

synciwam.vbs脚本用法比较简单： 

cscript synciwam.vbs [-v|-h] 

“-v”参数表示详细显示脚本执行的整个过程(建议使用)，“-h”参数用于显示简单的帮助信息。 


我们要同步IWAM_MYSERVER账号在COM+应用程序中的密码，只需要执行“cscript synciwam.

vbs -v”即可，如下： 

cscript c:\\inetpub\\adminscripts\\synciwam.vbs -v 

Microsoft (R) Windows Script Host Version 5.6 

版权所有(C) Microsoft Corporation 1996-2000。保留所有权利。 


WamUserName:IWAM_MYSERVER 

WamUserPass:Aboutnt2001 

IIS Applications Defined: 

Name, AppIsolated, Package ID 

w3svc, 0, {3D14228C-FBE1-11d0-995D-00C04FD919C1} 

Root, 2, 

IISHelp, 2, 

IISAdmin, 2, 

IISSamples, 2, 

MSADC, 2, 

ROOT, 2, 

IISAdmin, 2, 

IISHelp, 2, 

Root, 2, 

Root, 2, 


Out of process applications defined: 

Count: 1 

{3D14228D-FBE1-11d0-995D-00C04FD919C1} 


Updating Applications: 

Name: IIS Out-Of-Process Pooled Applications Key: {3D1422

8D-FBE1-11D0-995D-00C04FD919C1} 

从上面脚本的执行情况可以看出，使用synciwam.vbs脚本要比使用组件服

务的方法更全面和快捷。它首先从IIS的metabase数据库找到IWAM账号"I

WAM_MYSERVER"并取出对应的密码“Aboutnt2001”，然后查找所有已定义

的IIS Applications和Out of process applications，并逐一同步每

一个Out of process applications应用程序的IWAM账号密码。 

使用synciwam.vbs脚本时，要注意一个问题，那就是在你运行synciwam.vb

s之前，必须保证IIS metabase数据库与Active Directory中的IWAM密码

已经一致。因为synciwam.vbs脚本是从IIS metabase数据库而不是从Activ

e Directory取得IWAM账号的密码，如果IIS metabase中的密码不正确，那s

ynciwam.vbs取得的密码也会不正确，同步操作执行到“Updating Applicat

ions”系统就会报80110414错误，即“找不到应用程序{3D14228D-FBE1-11D0

-995D-00C04FD919C1}”。 





批处理同步 



可以用一些BAT来修复这类IE问题的. 
好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库

和COM+应用程序三处的密码已经同步成功，你的ASP程序又可以运行了！ 







把下面的语句复制出来,粘贴到文本文件中.然后把文本文件保存生扩展名为.

BAT的文件.例如:ie.bat.双击打开该BAT文件.一步步确定到最后.问题就能

解决了. 
IE.BAT 



rem =====第七频道批处理开始======== 



rundll32.exe /s advpack.dll /DelNodeRunDLL32 C:\\WINNT\\Sy

stem32\\dacui.dll 
rundll32.exe /s advpack.dll /DelNodeRunDLL32 C:\\WINNT\\C

troot\\icatalog.mdb 
regsvr32 /s setupwbv.dll 
regsvr32 /s wininet.dll 
regsvr32 /s comcat.dll 
regsvr32 /s shdoc401.dll 
regsvr32 /s shdoc401.dll /i 
regsvr32 /s asctrls.ocx 
regsvr32 /s oleaut32.dll 
regsvr32 /s shdocvw.dll /I 
regsvr32 /s shdocvw.dll 
regsvr32 /s browseui.dll 
regsvr32 /s browseui.dll /I 
regsvr32 /s msrating.dll 
regsvr32 /s mlang.dll 
regsvr32 /s hlink.dll 
regsvr32 /s mshtml.dll 
regsvr32 /s mshtmled.dll 
regsvr32 /s urlmon.dll 
regsvr32 /s plugin.ocx 
regsvr32 /s sendmail.dll 
regsvr32 /s comctl32.dll /i 
regsvr32 /s inetcpl.cpl /i 
regsvr32 /s mshtml.dll /i 
regsvr32 /s scrobj.dll 
regsvr32 /s mmefxe.ocx 
regsvr32 /s proctexe.ocx mshta.exe /register 
regsvr32 /s corpol.dll 
regsvr32 /s jscript.dll 
regsvr32 /s msxml.dll 
regsvr32 /s imgutil.dll 
regsvr32 /s thumbvw.dll 
regsvr32 /s cryptext.dll 
regsvr32 /s rsabase.dll 
regsvr32 /s triedit.dll 
regsvr32 /s dhtmled.ocx 
regsvr32 /s inseng.dll 
regsvr32 /s iesetup.dll /i 
regsvr32 /s hmmapi.dll 
regsvr32 /s cryptdlg.dll 
regsvr32 /s actxprxy.dll 
regsvr32 /s dispex.dll 
regsvr32 /s occache.dll 
regsvr32 /s occache.dll /i 
regsvr32 /s iepeers.dll 
regsvr32 /s wininet.dll /i 
regsvr32 /s urlmon.dll /i 
regsvr32 /s digest.dll /i 
regsvr32 /s cdfview.dll 
regsvr32 /s webcheck.dll 
regsvr32 /s mobsync.dll 
regsvr32 /s pngfilt.dll 
regsvr32 /s licmgr10.dll 
regsvr32 /s icmfilter.dll 
regsvr32 /s hhctrl.ocx 
regsvr32 /s inetcfg.dll 
regsvr32 /s trialoc.dll 
regsvr32 /s tdc.ocx 
regsvr32 /s MSR2C.DLL 
regsvr32 /s msident.dll 
regsvr32 /s msieftp.dll 
regsvr32 /s xmsconf.ocx 
regsvr32 /s ils.dll 
regsvr32 /s msoeacct.dll 
regsvr32 /s wab32.dll 
regsvr32 /s wabimp.dll 
regsvr32 /s wabfind.dll 
regsvr32 /s oemiglib.dll 
regsvr32 /s directdb.dll 
regsvr32 /s inetcomm.dll 
regsvr32 /s msoe.dll 
regsvr32 /s oeimport.dll 
regsvr32 /s msdxm.ocx 
regsvr32 /s dxmasf.dll 
regsvr32 /s laprxy.dll 
regsvr32 /s l3codecx.ax 
regsvr32 /s acelpdec.ax 
regsvr32 /s mpg4ds32.ax 
regsvr32 /s voxmsdec.ax 
regsvr32 /s danim.dll 
regsvr32 /s Daxctle.ocx 
regsvr32 /s lmrt.dll 
regsvr32 /s datime.dll 
regsvr32 /s dxtrans.dll 
regsvr32 /s dxtmsft.dll 
regsvr32 /s vgx.dll 
regsvr32 /s WEBPOST.DLL 
regsvr32 /s WPWIZDLL.DLL 
regsvr32 /s POSTWPP.DLL 
regsvr32 /s CRSWPP.DLL 
regsvr32 /s FTPWPP.DLL 
regsvr32 /s FPWPP.DLL 
regsvr32 /s FLUPL.OCX 
regsvr32 /s wshom.ocx 
regsvr32 /s wshext.dll 
regsvr32 /s vbscript.dll 
regsvr32 /s scrrun.dll mstinit.exe /setup 
regsvr32 /s msnsspc.dll /SspcCreateSspiReg 
regsvr32 /s msapsspc.dll /SspcCreateSspiReg 



rem =====批处理结束======== 






另: 



前面都很顺利，但在“开始”->“设置”->“控制面板”->“管理工具”-

>“组件服务”中，“控制台根 



目录”->“组件服务”->“计算机”- 



>“我的电脑”->“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\\admins

cripts> csript synciwam.vbs -v 
根据返回的脚本执行情况进行查看，最后那一段的Error已经没有了，将CO

M+程序的用户改回为IWAM用户 



，重新启动IIS Out-Of-Process 



Pooled Applications应用程序，没有再报错了，再重启IIS，检查所有W

EB站点服务，故障现象解除! 



也就是说到了这一步IIS下面的ASP程序才正式恢复重新启动。 
至此，故障现象全部排除! 



因此，以下几点需要注意的： 
1、事件日志的空间设置稍微放大一些，默认才512K，根据硬盘空间，适当

放大一些，避免出现日志文件已满的情况； 
2、不要随便轻易清空事件日志中的事件记录，很多故障现象需要从这个里面下

手找原因； 
3、所有返回的系统提示信息一定要注意仔细查看； 
4、IIS中的应用程序保护应为中或高，如为低，则所有ASP页面均以本地系统

权限运行，安全性存在问题。 
5、COM+程序的用户权限和用户启动权限很重要，应注意检查。 
6、系统默认组有时有重要作用，不能轻易删除或修改。 
7、系统重要文件（如SAM）不可轻易删除，应尽可能采取妥善的解决方法。如

使用外部程序修改注册表或SAM表信息以获得管理员权限。而不要删除该文件。