内部服务器错误.docx
《内部服务器错误.docx》由会员分享,可在线阅读,更多相关《内部服务器错误.docx(10页珍藏版)》请在冰豆网上搜索。
![内部服务器错误.docx](https://file1.bdocx.com/fileroot1/2022-12/8/2185a51b-58c2-417d-a060-669086f5e4e9/2185a51b-58c2-417d-a060-669086f5e4e91.gif)
内部服务器错误
IIS500错误,是因为微软的一个BUG所造成的。
下面是解决办法:
主要是由于IWAM账号(在我的计算机即是IWAM_MYSERVER账号)的密码错误造成了HTTP500内部错误。
在详细分析HTTP500内部错误产生的原因之前,先对IWAM账号进行一下简要的介绍:
IWAM账号是安装IIS5时系统自动建立的一个内置账号,主要用于启动进程之外的应用程序的Internet信息服务。
IWAM账号的名字会根据每台计算机NETBIOS名字的不同而有所不同,通用的格式是IWAM_MACHINE,即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。
我的计算机的NETBIOS名字是MYSERVER,因此我的计算机上IWAM账号的名字就是IWAM_MYSERVER,这一点与IIS匿名账号ISUR_MACHINE的命名方式非常相似。
IWAM账号建立后被ActiveDirectory、IISmetabase数据库和COM+应用程序三方共同使用,账号密码被三方分别保存,并由操作系统负责这三方保存的IWAM密码的同步工作。
按常理说,由操作系统负责的工作我们大可放心,不必担心出错,但不知是BUG还是其它什么原因,系统的对IWAM账号的密码同步工作有时会失败,使三方IWAM账号所用密码不统一。
当IIS或COM+应用程序使用错误IWAM的密码登录系统,启动IISOut-Of-ProcessPooledApplications时,系统会因密码错误而拒绝这一请求,导致IISOut-Of-ProcessPooledApplications启动失败,也就是我们在ID10004错误事件中看到的“不能运行服务器{3D14228D-FBE1-11D0-995D-00C04FD919C1}”(这里{3D14228D-FBE1-11D0-995D-00C04FD919C1}是IISOut-Of-ProcessPooledApplications的KEY),不能转入IIS5应用程序,HTTP500内部错误就这样产生了。
解决办法
手工同步账号
知道了导致HTTP500内部错误的原因,解决起来就比较简单了,那就是人工同步IWAM账号在ActiveDirectory、IISmetabase数据库和COM+应用程序中的密码。
具体操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限(IWAM账号以IWAM_MYSERVER为例)。
(一)更改ActiveDirectory中IWAM_MYSERVER账号的密码
因IWAM账号的密码由系统控制,随机产生,我们并不知道是什么,为完成下面两步的密码同步工作,我们必须将IWAM账号的密码设置为一个我们知道的值。
1、选择“开始”->“程序”->“管理工具”->"ActiveDirectory用户和计算机",启动“ActiveDirectory用户和计算机”管理单元。
2、单击“user”,选中右面的“IWAM_MYSERVER”,右击选择“重设密码(T)...”,在跳出的重设密码对方框中给IWAM_MYSERVER设置新的密码,这儿我们设置成“Aboutnt2001”(没有引号的),确定,等待密码修改成功。
(二)同步IISmetabase中IWAM_MYSERVER账号的密码
可能因为这项改动太敏感和重要,微软并没有为我们修改IISmetabase中IWAM_MYSERVER账号密码提供一个显式的用户接口,只随IIS5提供了一个管理脚本adsutil.vbs,这个脚本位于C:
\\inetpub\\adminscripts子目录下(位置可能会因你安装IIS5时设置的不同而有所变动)。
adsutil.vbs脚本功能强大,参数非常多且用法复杂,这里只提供使用这个脚本修改IWAM_MYSERVER账号密码的方法:
adsutilSETw3svc/WAMUserPassPassword
"Password"参数就是要设置的IWAM账号的新的密码。
因此我们将IISmetabase中IWAM_MYSERVER账号的密码修改为“Aboutnt2001”的命令就是:
c:
\\Inetpub\\AdminScripts>adsutilSETw3svc/WAMUserPass"Aboutnt2001"
修改成功后,系统会有如下提示:
WAMUserPass:
(String)"Aboutnt2001"
(三)同步COM+应用程序所用的IWAM_MYSERVER的密码
同步COM+应用程序所用的IWAM_MYSERVER的密码,我们有两种方式可以选择:
一种是使用组件服务MMC管理单元,另一种是使用IWAM账号同步脚本synciwam.vbs。
1、使用组件服务MMC管理单元
(1)启动组件服务管理单元:
选择“开始”->“运行”->“MMC”,启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。
(2)找到“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”->“Out-Of-ProcessPooledApplications”,右击“Out-Of-ProcessPooledApplications”->“属性”。
(3)切换到“Out-Of-ProcessPooledApplications”属性对话框的“标志”选项卡。
“此应用程序在下列账户下运行”选择中“此用户”会被选中,用户名是“IWAM_MYSERVER”。
这些都是缺省的,不必改动。
在下面的“密码”和“确认密码”文本框内输入正确的密码“Aboutnt2001”,确定退出。
(4)系统如果提示“应用程序被一个以上的外部产品创建。
你确定要被这些产品支持吗?
”时确定即可。
(5)如果我们在IIS中将其它一些Web的“应用程序保护”设置为“高(独立的)”,那么这个WEB所使用的COM+应用程序的IWAM账号密码也需要同步。
重复
(1)-(4)步,同步其它相应Outofprocessapplication的IWAM账号密码。
2、使用IWAM账号同步脚本synciwam.vbs
实际上微软已经发现IWAM账号在密码同步方面存在问题,因此在IIS5的管理脚本中单独为IWAM账号密码同步编写了一个脚本synciwam.vbs,这个脚本位于C:
\\inetpub\\adminscripts子目录下(位置可能会因你安装IIS5时设置的不同而有所变动)。
synciwam.vbs脚本用法比较简单:
cscriptsynciwam.vbs[-v|-h]
“-v”参数表示详细显示脚本执行的整个过程(建议使用),“-h”参数用于显示简单的帮助信息。
我们要同步IWAM_MYSERVER账号在COM+应用程序中的密码,只需要执行“cscriptsynciwam.vbs-v”即可,如下:
cscriptc:
\\inetpub\\adminscripts\\synciwam.vbs-v
Microsoft(R)WindowsScriptHostVersion5.6
版权所有(C)MicrosoftCorporation1996-2000。
保留所有权利。
WamUserName:
IWAM_MYSERVER
WamUserPass:
Aboutnt2001
IISApplicationsDefined:
Name,AppIsolated,PackageID
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,
Outofprocessapplicationsdefined:
Count:
1
{3D14228D-FBE1-11d0-995D-00C04FD919C1}
UpdatingApplications:
Name:
IISOut-Of-ProcessPooledApplicationsKey:
{3D14228D-FBE1-11D0-995D-00C04FD919C1}
从上面脚本的执行情况可以看出,使用synciwam.vbs脚本要比使用组件服务的方法更全面和快捷。
它首先从IIS的metabase数据库找到IWAM账号"IWAM_MYSERVER"并取出对应的密码“Aboutnt2001”,然后查找所有已定义的IISApplications和Outofprocessapplications,并逐一同步每一个Outofprocessapplications应用程序的IWAM账号密码。
使用synciwam.vbs脚本时,要注意一个问题,那就是在你运行synciwam.vbs之前,必须保证IISmetabase数据库与ActiveDirectory中的IWAM密码已经一致。
因为synciwam.vbs脚本是从IISmetabase数据库而不是从ActiveDirectory取得IWAM账号的密码,如果IISmetabase中的密码不正确,那synciwam.vbs取得的密码也会不正确,同步操作执行到“UpdatingApplications”系统就会报80110414错误,即“找不到应用程序{3D14228D-FBE1-11D0-995D-00C04FD919C1}”。
批处理同步
可以用一些BAT来修复这类IE问题的.
好了,到现在为止,IWAM账号在ActiveDirectory、IISmetabase数据库和COM+应用程序三处的密码已经同步成功,你的ASP程序又可以运行了!
把下面的语句复制出来,粘贴到文本文件中.然后把文本文件保存生扩展名为.BAT的文件.例如:
ie.bat.双击打开该BAT文件.一步步确定到最后.问题就能解决了.
IE.BAT
rem=====第七频道批处理开始========
rundll32.exe/sadvpack.dll/DelNodeRunDLL32C:
\\WINNT\\System32\\dacui.dll
rundll32.exe/sadvpack.dll/DelNodeRunDLL32C:
\\WINNT\\Catroot\\icatalog.mdb
regsvr32/ssetupwbv.dll
regsvr32/swininet.dll
regsvr32/scomcat.dll
regsvr32/sshdoc401.dll
regsvr32/sshdoc401.dll/i
regsvr32/sasctrls.ocx
regsvr32/soleaut32.dll
regsvr32/sshdocvw.dll/I
regsvr32/sshdocvw.dll
regsvr32/sbrowseui.dll
regsvr32/sbrowseui.dll/I
regsvr32/smsrating.dll
regsvr32/smlang.dll
regsvr32/shlink.dll
regsvr32/smshtml.dll
regsvr32/smshtmled.dll
regsvr32/surlmon.dll
regsvr32/splugin.ocx
regsvr32/ssendmail.dll
regsvr32/scomctl32.dll/i
regsvr32/sinetcpl.cpl/i
regsvr32/smshtml.dll/i
regsvr32/sscrobj.dll
regsvr32/smmefxe.ocx
regsvr32/sproctexe.ocxmshta.exe/register
regsvr32/scorpol.dll
regsvr32/sjscript.dll
regsvr32/smsxml.dll
regsvr32/simgutil.dll
regsvr32/sthumbvw.dll
regsvr32/scryptext.dll
regsvr32/srsabase.dll
regsvr32/striedit.dll
regsvr32/sdhtmled.ocx
regsvr32/sinseng.dll
regsvr32/siesetup.dll/i
regsvr32/shmmapi.dll
regsvr32/scryptdlg.dll
regsvr32/sactxprxy.dll
regsvr32/sdispex.dll
regsvr32/soccache.dll
regsvr32/soccache.dll/i
regsvr32/siepeers.dll
regsvr32/swininet.dll/i
regsvr32/surlmon.dll/i
regsvr32/sdigest.dll/i
regsvr32/scdfview.dll
regsvr32/swebcheck.dll
regsvr32/smobsync.dll
regsvr32/spngfilt.dll
regsvr32/slicmgr10.dll
regsvr32/sicmfilter.dll
regsvr32/shhctrl.ocx
regsvr32/sinetcfg.dll
regsvr32/strialoc.dll
regsvr32/stdc.ocx
regsvr32/sMSR2C.DLL
regsvr32/smsident.dll
regsvr32/smsieftp.dll
regsvr32/sxmsconf.ocx
regsvr32/sils.dll
regsvr32/smsoeacct.dll
regsvr32/swab32.dll
regsvr32/swabimp.dll
regsvr32/swabfind.dll
regsvr32/soemiglib.dll
regsvr32/sdirectdb.dll
regsvr32/sinetcomm.dll
regsvr32/smsoe.dll
regsvr32/soeimport.dll
regsvr32/smsdxm.ocx
regsvr32/sdxmasf.dll
regsvr32/slaprxy.dll
regsvr32/sl3codecx.ax
regsvr32/sacelpdec.ax
regsvr32/smpg4ds32.ax
regsvr32/svoxmsdec.ax
regsvr32/sdanim.dll
regsvr32/sDaxctle.ocx
regsvr32/slmrt.dll
regsvr32/sdatime.dll
regsvr32/sdxtrans.dll
regsvr32/sdxtmsft.dll
regsvr32/svgx.dll
regsvr32/sWEBPOST.DLL
regsvr32/sWPWIZDLL.DLL
regsvr32/sPOSTWPP.DLL
regsvr32/sCRSWPP.DLL
regsvr32/sFTPWPP.DLL
regsvr32/sFPWPP.DLL
regsvr32/sFLUPL.OCX
regsvr32/swshom.ocx
regsvr32/swshext.dll
regsvr32/svbscript.dll
regsvr32/sscrrun.dllmstinit.exe/setup
regsvr32/smsnsspc.dll/SspcCreateSspiReg
regsvr32/smsapsspc.dll/SspcCreateSspiReg
rem=====批处理结束========
另:
前面都很顺利,但在“开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中,“控制台根
目录”->“组件服务”->“计算机”-
>“我的电脑”->“COM+应用程序”中,右键启动IISOut-Of-ProcessPooledApplications,发现仍然
报错,没办法重启IIS,发现问题现象
依旧如故,检查上面第三个步骤,输入csriptsynciwam.vbs-v命令后,返回的脚本执行情况其中最后一
段有一个Error的提示。
一段英文,具
体文字描述未能保存下来,意思理解为:
IIS的原数据库拒绝访问。
4、万般无奈,删除IIS的组件包,重新建立之,仍然无效。
至此又出现问题了。
查看应用程序日志和系统日志,发现错误提示事件ID号依旧为:
10010、36、4205
上述的三个步骤中,前面两步应该都没有问题,最后一步好象有点问题。
根据事件ID号,查找相关资料,找出解决办法如下:
在“开始”->“设置”->“控制面板”->“管理工具”->“计算机管理”中,“系统工具”->“本地用户
和组”->“用户”里面,确认IWAM_My
server用户只在GUEST组内,再在“本地用户和组”->“组”里面,右键点击Users组属性,添加进NT
AUTHORITY\\AuthenticatedUsers和NT
AUTHORITY\\Interactive两个用户成员,确定。
重复第三个步骤,即在IIS安装默认目录下输入:
c:
\\inetpub\\adminscripts>csriptsynciwam.vbs-v
根据返回的脚本执行情况进行查看,最后那一段的Error已经没有了,将COM+程序的用户改回为IWAM用户
,重新启动IISOut-Of-Process
PooledApplications应用程序,没有再报错了,再重启IIS,检查所有WEB站点服务,故障现象解除!
也就是说到了这一步IIS下面的ASP程序才正式恢复重新启动。
至此,故障现象全部排除!
因此,以下几点需要注意的:
1、事件日志的空间设置稍微放大一些,默认才512K,根据硬盘空间,适当放大一些,避免出现日志文件已满的情况;
2、不要随便轻易清空事件日志中的事件记录,很多故障现象需要从这个里面下手找原因;
3、所有返回的系统提示信息一定要注意仔细查看;
4、IIS中的应用程序保护应为中或高,如为低,则所有ASP页面均以本地系统权限运行,安全性存在问题。
5、COM+程序的用户权限和用户启动权限很重要,应注意检查。
6、系统默认组有时有重要作用,不能轻易删除或修改。
7、系统重要文件(如SAM)不可轻易删除,应尽可能采取妥善的解决方法。
如使用外部程序修改注册表或SAM表信息以获得管理员权限。
而不要删除该文件。
通过这个问题,偶发现一些看似复杂和不可思议的问题,只要动脑筋,通过仔细查看、分析,再到网上找到一些有关的文章加以对比——但也切忌死搬硬套——找到自己问题的根结所在,再找出相应的解决办法,问题最终总会迎刃而解。