HTTP 500 错误-没有在限定的时间内用 DCOM 注册

转自： http://blog.yesky.com/Blog/simao/archive/2005/01/13/64411.html

    这几天公司的本本上的IIS出问题了，总是打不开Asp页面，而Html页面却能正常显示~重装了IIS也不管用，无奈之下，在网上搜索解决的办法，终于找到了，照上上面的方法总算把问题解决了：）

一、发生缘由：

由用户方面报告故障，说是该站点上所有的 ASP 页面均不能访问。

二、初步处理：

1 、由于以前遇到类似情况，一般是重新启动计算机即可，但此次启动无效；
2 、由于屏幕显示日志文件已满，而且以前也出现过由于日志文件已满而导致 IIS 部分非正常运行，故考虑用 Admin 密码进入系统，清空日志文件的方法来解决该问题；
3 、出现异常，系统管理员密码不正确，怀疑可能有两点：
   (1) 、由于时间过长， Admin 密码忘记；
   (2) 、由于黑软后门等恶意程序导致 Admin 密码被修改；
4 、处理解决办法如下：
   由于该系统仍采用 FAT32 分区，故用 98 启动盘启动计算机，找到 SAM 文件，进行删除，然后进入系统进行清空日志文件操作；

进行上述操作后，发现该 WEB 站点上的静态页面有效，而 ASP 仍然是错误，错误显示如下：
   网页无法显示
   您要访问的网页存在问题，因此无法显示。
   请尝试下列操作：

   打开 http://www.******.com 主页，寻找指向所需信息的链接。
   单击刷新按钮，或者以后重试。

   http 500 - 内部服务器错误
   internet 信息服务

   技术信息（支持个人）

   详细信息：
   microsoft 支持

三、进一步分析：

   无法判断故障原因，搜索网上相关内容，找到一篇关于 IIS 下不支持 ASP 的解决方案文章；
   经研究分析，判断故障现象基本类似，原因分析为：主要是由于 IWAM 帐号 IWAM_Myserver 的密码错误造成了 HTTP 500 内部错误。
   相应的解决办法为：统一 active directory 、 IIS metabase 数据库和 COM+ 应用程序中的密码。相应操作该文章上有详细介绍。

   查看日志文件，与文章上所描述的现象并不完全一致，本计算机并未有域的设置。
系统日志具体描述如下：

2003-8-23 17:42:59 DCOM 错误 无 10010 NT AUTHORITY/SYSTEM Myserver 服务器

{3D14228D-FBE1-11D0-995D-00C04FD919C1} 没有在限定的时间内用 DCOM 注册。
 
2003-8-23 17:42:59 W3SVC 警告 无 36 N/A Myserver 服务器未能转入应用程序

'/LM/W3SVC/1/Root' 。错误是 ' 服务器运行失败
' 。
若要获取关于此消息的更多的信息，请访问 Microsoft 联机支持站点 : http://www.microsoft.com/contentredirect.asp 。

应用程序日志具体描述如下：

2003-8-23 17:55:28 COM+ 错误 管理 4205 N/A Myserver 由于在下列系统 API 错误， COM+ 服务无

法初始化。它通常是由本地计算机的系统资源存储问题引起的。
CryptAcquireContext
进程名称 : dllhost.exe
该错误的严重性已导致进程终止。
错误代码 = 0x80090017 : 提供程序类型未被定义。
COM+ 服务内部信息 :
文件 : ./security.cpp ， 行 : 617

而并未有文章上所描述的 “ 用户名未知或密码错误 ” 之类的信息日志；
但基本判断也属于该类型故障。
按照文章上所写操作一步一步执行，但发现并未奏效，不知问题出在何处。
按照最后提示：把 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 帐号同步脚本 s

ynciwam.vbs”
也就是在 c:/inetpub/adminscripts 目录下（默认目录）输入：
c:/inetpub/adminscripts> csript 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 表信息以获得管理员权限。而不要删除该文件。