内部服务器错误Word下载.docx
《内部服务器错误Word下载.docx》由会员分享，可在线阅读，更多相关《内部服务器错误Word下载.docx（10页珍藏版）》请在冰豆网上搜索。
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）"
（三）同步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:
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,
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
\\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安装默认目录下输入：
\\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表信息以获得管理员权限。
而不要删除该文件。
通过这个问题，偶发现一些看似复杂和不可思议的问题，只要动脑筋，通过仔细查看、分析，再到网上找到一些有关的文章加以对比——但也切忌死搬硬套——找到自己问题的根结所在，再找出相应的解决办法，问题最终总会迎刃而解。
升级会员 