ASP Server Application Error解决办法

http://127.0.0.1主页，寻找指向所需信息的链接。

单击刷新按钮，或者以后重试。

HTTP 500 - 内部服务器错误

Internet 信息服务

----------------------------------------------------------------

(2)

[注意,以下显示需要去掉internet选项->高级->显示友好HTTP错误信息才能看到]

Server Application Error

The server has encountered an error while loading an application during the processing of your request. Please refer to the event log for more detail information. Please contact the server administrator for assistance.

----------------------------------------------------------------

(可略过)

在详细分析HTTP500内部错误产生的原因之前，先对IWAM账号进行一下简要的介绍：IWAM账号是安装IIS5时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的Internet信息服务。IWAM账号的名字会根据每台计算机NETBIOS名字的不同而有所不同，通用的格式是IWAM_MACHINE，即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是2000，因此我的计算机上IWAM账号的名字就是IWAM_2000，这一点与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启动失败，不能转入IIS5应用程序，HTTP 500内部错误就这样产生了。

--------------------------------------------------------------------------------------------------------

出现IIS 500内部错误的原因有多个,但最主要的原因是IWAM_MACHINE账号在Active Directory(或SAM),IIS的metabase数据库与COM+组件中的密码不匹配不同步造成的.因此解决问题的关键在于使这三方的密码同步起来.

--------------------------------------------------------------------------------------------------------

具体操作:操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限。

1.在本地账号管理器中更改IWAM_MACHINE账号的密码.(即启动IIS进程帐号)

2.使用新的密码重设IIS Metabase数据库.(即编辑匿名访问使用的用户帐号)

3.同步COM+应用程序账号密码

(一)更改IWAM_MACHINE账号的密码

1、选择“开始”->“程序”->“管理工具”->"计算机管理"->"本地用户和组"->"用户" 选中右面的“IWAM_MACHINE 右键选择"设置密码" 这里我们设置成test

--------------------------------------------------------------------------------------------------------

(二)使用新的密码重设IIS Metabase数据库.(即编辑匿名访问使用的用户帐号)

选择"默认Web 站点属性"->目录安全性标签->编辑"匿名访问和验证控制"->在弹出的框中选中匿名访问，单击编辑按钮->用户名浏览，选择IWAM_MACHINE，密码框中输入test，选中"允许IIS控制密码"->确定。如果弹出对话框:"非本地用户帐号不支持密码同步。您真要继续？"确定即可。确定关闭所有对话框。

--------------------------------------------------------------------------------------------------------

(三)同步com+应用程序所用的IWAM_MACHINE的密码

使用组件服务mmc管理单元

（1）启动组件服务管理单元：选择“开始”->“运行”->“mmc”，启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。

// 本文转自C++Builder研究- https://www.360docs.net/doc/8115101504.html,/article.asp?i=1000&d=06338k

（2）找到“组件服务”->“计算机”->“我的电脑”->“com+应用程序”->“out-of-process pooled applications”，右击“out-of-process pooled applications”->“属性”。

（3）切换到“out-of-process pooled applications”属性对话框的“标识”选项卡。选择“此用户”，浏览，选择用户名“IWAM_MACHINE”。这些都是缺省的。在下面的“密码”和“确认密码”文本框内输入正确的密码“test”，确定退出。

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

（5）如果我们在iis中将其它一些web的“应用程序保护”设置为“高（独立的）”,那么这个web所使用的com+应用程序的iwam账号密码也需要同步。

--------------------------------------------------------------------------------------------------------

好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密码已经同步成功，你的ASP程序又可以运行了！

---------------------------------------------------------

IIS5 HTTP500内部错误原因分析及解决—脚本篇

---------------------------------------------------------

出现IIS 500内部错误的原因有多个,但最主要的原因是IWAM_MACHINE账号在Active Directory(或SAM),IIS的metabase数据库与COM+组件中的密码不匹配不同步造成的.因此

解决问题的关键在于使这三方的密码同步起来.

-----------------------------------------------------------------------------------------------------

具体操作:

操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限。

1.在本地账号管理器中更改IWAM_MACHINE账号的密码.(即启动IIS进程帐号)

2.使用新的密码重设IIS Metabase数据库.(即编辑匿名访问使用的用户帐号)

3.同步COM+应用程序账号密码

(一)更改IWAM_MACHINE账号的密码

1、选择“开始”->“程序”->“管理工具”->"计算机管理"->"本地用户和组"->"用户" 选中右面的“IWAM_MACHINE 右键选择"设置密码" 这里我们设置成test

-----------------------------------------------------------------------------------------------------

(二)使用新的密码重设IIS Metabase数据库.

我们需要使用IIS自带的管理脚本adsutil.运行如下的命令:

c:\Inetpub\AdminScripts> adsutil SET w3svc/WAMUserPass test

系统会显示:

WAMUserPass: (String) "******"

提示密码更新成功.

-----------------------------------------------------------------------------------------------------

(三)同步com+应用程序所用的IWAM_MACHINE的密码

我们要用到IIS的管理脚本synciwam.vbs,这个脚本通常会存在于c:\inetpub\adminscripts下,上一个管理脚本也在这儿放着.（位置可能会因你安装IIS5时设置的不同而有所变动）。

命令如下:

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

-v参数是打开详细模式,让我们看到更新的过程,通常会如下显示:

Microsoft (R) Windows Script Host Version 5.6

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

WamUserName:IWAM_xxxxx

WamUserPass:test

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: {3D14228D-FBE1-11D0-

995D-00C04FD919C1}

密码同步成功.如果不成功先看一下这个脚本取的IIS的密码正确不正确,如果不正确请重复第二步同步IIS密码.

好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密码已经同步成功，你的ASP程序又可以运行了！

快速应急解决办法:－应急速效丸

使用组件服务mmc管理单元

1.启动组件服务管理单元：选择“开始”->“运行”->“mmc”，启动管理控制台,打开“控制台”->“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。

2.找到“组件服务”->“计算机”->“我的电脑”->“com+应用程序”->“out-of-process pooled applications”，右击“out-of-process pooled applications”->“属性”。

3.切换到“标识”选项卡。选择“交互式用户－目前已登陆的用户”，确定退出。

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

现在你试试，ASP应该可以运行了

Server Application Error

The server has encountered an error while loading an application during the processing of your request. Please refer to the event log for more detail

information. Please contact the server administrator for assistance.

每每装IIS，总会碰到这样那样的问题，从目前反应情况来看，IIS安装后可浏览HTML静态文件，却无法浏

览asp为后缀的动态页面。

通过几次调试后，找到以下几种方法，这些方法都参考网络各个介绍，并通过了本人的测试。希望能给大家

减少IIS安装故障带来的烦恼。

一般来说，对于此故障通常都发生在这么一种情况，即windows xp ghost版本。很容易理解，ghost制作方

通常为了给系统减肥，把普通用户不需要的服务给停止了，结果导致当我们需要使用一些不常用的服务时，

却怎么也不能正常。所以，对大多数初学者来说，如果你想使用IIS，那么你使用安装版的操作系统比较方

便。

对于asp文件无法打开，html却能正常浏览（请注意此特征，不要与其他错误混淆），

你可以考虑以下两种

情况。

1. 迅雷惹的祸。

如果迅雷打开了，IIS就会失效。因为迅雷会占用系统80端口，而IIS的默认端口就是80，所以，有人当着你家门口，你当然进不去了，事情好办，把迅雷退出就OK了嘛。

2. windows漏洞补丁所致。

首先，你检查下是否安装了KB939373补丁，更新文件WindowsXP-KB939373-x86-CHS.exe补丁会导致asp文件无法正常运行的。解决方法，开始——控制面板——添加删除程序把显示更新选上，然后找到KB939373,卸载即可。KB939373，用于防止攻击者可能会远程利用此问题危及使用Internet 信息服务(IIS) 的Windows 系统的安全并获取对该系统的控制权的防范，但这补丁好像本身就有问题。

3. COM+应用程序错误，这个其实我也没去弄清楚，因为我也是按照别人的方法按步排除出来的。下面是别人的步骤，我借用一下。

-------------------------------------------------------------------------------

IIS服务器出现错误的原因很多，请尝试以下操作：

1、查看网站属性——文档

看看启用默认文档中是否存在：index.asp index.htm index.html (最好全都有，没有可添加)

2、查看网站属性——主目录

A、本地路径是否指定正确

B、是否勾选“脚本资源访问”？

C、是否勾选“读取”？

D、执行权限：纯脚本

3、查看网站属性——目录安全性——编辑

A、是否勾选“匿名访问”？

B、用户名：IUSR_您的计算机名（不对，就点浏览选择）

C、密码不用改，勾选“允许IIS控制密码”就可以了

D、其它不用选

4、查看网站属性——网站

A、IP地址：全部未分配或者选择一个

B、TCP端口：80 （最好不要改，改了访问方法就不一，特别提醒：有些软件会占用80端口，端口被占就启动不了IIS，例如：讯雷）

5、打开控制面板——管理工具——计算机管理——本地用户和组——用户

A、看看“IUSR_您的计算机名”此用户有没有启动，必须启动（说明：有红色的×表示没有启动）

B、看看“IWAM_您的计算机名”此用户有没有启动，必须启动（说明：有红色的×表示没有启动）

C、在“IWAM_您的计算机名”该用户上按右键——设置密码（密码要记住，后面还需要用上该密码）

6、打开控制面板——管理工具——组件服务——组件服务——计算机——我的电脑——COM+应用程序

A、在“IIS Out-Of-Process Pooled Applications”上按右键选择…属性?——选择…标识?，指定用户：IWAM_您计算机名（说明：可以点浏览查找）；输入密码，密码上面步骤的密码。再次启动该服务，启动后它会动。

B、在“IIS In-Process Applications”上按右键选择…属性?——选择…安全性?，将…启用身份验证?勾去掉

C、在“IIS Utilities”上按右键选择…属性?——选择…安全性?，将…启用身份验证?勾去掉。

特别提醒：有些朋友的组件无法启动，可能是您优化了XP服务，也可能是病毒导致，也可能是组件出差……这些就只能靠您处理了

7、请检查“控制面板——管理工具——数据源(ODBC)”，看看系统DSN 有没有Access 数据库驱动，如果是空白的话，请添加一个。

8、如果经过上面设置还不行话的，请注册以下组件，分别把它复制到运行中：

A、regsvr32 %windir%\system32\VBscript.dll

B、regsvr32 %windir%\system32\JScript.dll

C、regsvr32 %windir%\system32\Inetsrv\Asp.dll

最后，就是测试了……(如果还不行，建议您重装IIS，重作以上操作)

祝您成功!

-------------------------------------------------------------------------------

我只做到第6步，结果发现我的COM+应用程序无法打开，我想问题大概就在这里了，随后我又找到解决COM+应用程序无法打开的办法。

这个问题也是IIS常遇到的，就是打开COM+时有时会显示“错误代码8004E00F-COM+无法与Microsoft分布式事物协调程序交谈”

原因及解决方法MS DTC 日志被误删除了。

使用msdtc -resetlog 命令创建日志文件。

这时，COM+应用程序正常了，嘿嘿。

此处有一个说明，上面的步骤中的第6条，我并没有找到相对应的a，b，c所说的选项，所以我在后面把IIS重新装了一遍（因为我按照上面的说明把密码改了，无法与后面的配套，只得重装）。结果，IIS正常了，哈哈，想想此前重装好几遍都没用，应该是这里的问题了。以上三个情况是我做asp以来碰到的并成功解决的例子，虽无法做深入研究，但应该够大家提供参考的。

COM+ 应用程序中"找不到此项，可以通过下述方法重建：

打开命令提示窗口，然后使用以下命令切换目录：

cd %windir%/system32/inetsrv

c. 运行以下命令：

rundll32 wamreg.dll, CreateIISPackage

注意：必须准确键入"CreateIISPackage"；它区分大小写。

regsvr32 asptxn.dll

d. 关闭并重新打开"组件服务"。您应看到已经重新创建的所有这三个IIS COM+ 应用程序。

e. 从命令行运行IISRESET，并对先前未正确加载的任意ASP 页进行测试。

.查看系统日志文件：

“DCOM 遇到错误“重叠I/O 操作在进行中。”并且无法登录到 .\IWAM_CCNU-8A760083A4 上以运行服务器:

{3D14228D-FBE1-11D0-995D-00C04FD919C1} ”

10.搜索了一下错误码，知道是COM+应用程序出错误了，用别人所给的方法还是解决不了，根本没有办法来密码同步，也没有办法启动这个服务。把“标识”中的“此用户”从一般的用户调整到管理员，还是启动不了服务。

11.最后自己试了一下，一下搞定了。“开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中，“控制台根目录”->“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”中，有一个“IIS Out-Of-Process Pooled”鼠标右键“属性”--“标识”--把“此用户”调整为“交互式用户--目前已登录的用户”。然后“确定”，再鼠标右键“属性”--“启动”。

终于OK了，过程真是复杂……。今天太不走运了，就这么一个问题，搞了我大半天

IIS出现HTTP500内部错误以及COM+8004e00f错误的解决办法(MSDTC)

主要都是IWAM账号在ActiveDirectory、IIS metabase数据库和COM+应用程序三处的密码无法同步，解决方法也很简单，大致有一下三个步骤：

1、重新设置IIS的IWAM账号密码。[在计算机管理中的用户管理里]

2、同步IIS metabase中IWAM_MYSERVER的密码，在CMD中：c:\inetpub\adminscripts>adsutil set w3svc/wamuserpass "yourpassword"

3、同步COM+应用程序所用的IWAM_MYSERVER密码，在CMD中：c:\inetpub\adminscripts>cscript synciwam.vbs -v，但是在进行第三步操作时总是报8004e00f错误。

后来在系统里不断的乱看，发现MSDTC服务不正常，于是先从这里下手，具体的解决方法如下：

1、首先进入组件服务，查看组件服务/计算机/我的电脑/COM+应用程序，结果报错"COM+ 无法与Microsoft 分布式事务协调程序交谈"，无法查看里面的对象。

2、进入事件查看器，发现msdtc服务没有正常启动。

3、删除注册表中的键：

? HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC

? HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC

? HKEY_CLASSES_ROOT\CID

4、停止MSDTC服务：net stop msdtc

5、卸载MSDTC服务：msdtc -uninstall

6、重新安装MSDTC服务：msdtc -install

7、确认在事件查看器中msdtc服务已经正常启动[这步很关键，如果没有，重新启动下电脑看看，然后再同步密码（就是开始的那三步）

其实"COM+ 无法与Microsoft 分布式事务协调程序交谈"在安装了Windows组件中的消息队列后，就不会出现这个错误了，同时"消息队列"组件又对服务中的"Distributed Transaction Coordinator"（即msdtc服务）有依存关系，这个服务必须启用，才可以安装消息队列组件！消息队列装好后，上图中的COM＋应用程序菜单就可以打开了，表示其已正常工作！如果在这个时候再装IIS或者把IIS卸载重装，就不需要上面的手动密码同步问题了！就是说按这个步骤安装好IIS，就已经正常了！实际上，手工同步密码

iis无法加载程序解决方案

C:\Documents and Settings\用户名>cd %windir%\system32\inetsrv

C:\WINDOWS\system32\inetsrv>rundll32 wamreg.dll, CreateIISPackage

C:\WINDOWS\system32\inetsrv>regsvr32 asptxn.dll

解决办法：

设置Internet信息服务（IIS）管理器中的应用程序池，更改网站的程序池属性

调整后即可解决问题。

其实只要很简单的几步。：

开始。。。运行。。。regsvr32 jscript.dll

开始。。。运行。。。regsvr32 vbscript.dll

开始。。。运行。。。iisreset

将windows或winnt下的temp文件夹给上users的写入权限！

搞定收工！

IIS ASP 无效的默认脚本语言解决方法2008-02-26 17:02Active Server Pages 错误'ASP 0201'

无效的默认脚本语言

为此应用程序指定的默认脚本语言无效。

于是开始百度、谷歌，同样是找遍了，所谓的“解决办法”倒是很多，比如以下这些：

一、删除IIS，删除c:\Inetpub文件夹，重装IIS。（试过了，没有用，而且是试过N次）

二、设置默认的ASP脚本语言为：VBScript（这个简直是废话，我根本就没动过这个设置，ASP默认的就是这个，还用得着我去重新设置？）

三、office2003 与IIS冲突，要我卸载掉access（晕死，这个我自认是完全与IIS 不搭边的，所以我自然不去试了，后来我解决了IIS的这个错误就说明确实不是OFFICE 的错）

四、安全卫士360惹的祸，瑞星惹的祸等等，呵呵，360，瑞星我都没用过，我用的江民。同样我也坚信不可能是江民的错。

五、IIS里－主目录选项卡－应用程序，点旁边的“删除”按钮，然后再点“创建”按钮，创建新的应用程序。有个网友在他的BLOG里说他用这种方法解决的，于是我试了，结果还是没有用。也许这位网友可能真的解决了，但却对我的系统无效。

六、重新注册vbscript.dll,jscript.dll,asp.dll，有很多的网页里，都是转的这个贴子，我照着试过了，同样还是没有用。

七、IUSR_计算机名，说是这个帐户的权限不够，说要把IIS相关的文件夹和文件都设置一下让这个帐户有权限。这个说的有点道理。我认为应该是正确的，于是就围着这个转，但是却总是做不对（同时也很疑惑，家里的电脑用了那么久了，根本就没说过要这样进行设置，在以前的公司上班时，也都没说过要这样设置的）。

反正网上写的方法太多了，有的我试过了，有的我认为根本就没道理就没试。但总的来说，我认为问题就是出在权限这里，至于为什么家里的电脑是同样的系统盘安装的，同样的设置，为什么家里的不出问题，偏偏公司的就问题一把，难不成IIS还挑硬件配置不成？

最后终于解决了，方法如下：

在IIS里，选择“默认站点”右击属性弹出对话框，选择“目录安全性”选项卡，在“身份验证和访问控制”里，点“编辑按钮”，确认“启用匿名访问”打了勾，确认“集成windows身份验证”打了勾，再接着，在“匿名访问”那里，用户名选择你当前登陆的这个用户名(最好是管理员权限,因为我就是用的管理员权限的帐号登陆的)，密码输入你登陆的用户的密码，一路确定应用。

在浏览器里再测试<% response.write now() %>，呵呵，终于正常了。。。

这个方法应该来说，是一个有效的通用的方法，出现这个错误的兄弟姐妹们可以试试。但是，这个方法绝对不是一个根本的方法，同时这个方法还是一个危险的方法，因为这里用的是管理员帐号，如果仅仅是自己的机子用还好，但如果是用在WEB服务器上，那就等于把服务器白送给别人了，所以如果是服务器出这个错误，还是乖一点，重装系统吧(有GHOST这个东东，恢复系统只要2分钟，相信你不会懒到这个程度吧？)

问题是解决了，但是不是根本的解决，先将就着用，还是要继续寻找根本的解决办法。2007年1月6日补充内容：

今天上午开了一上午会，散会后，瞎逛就到了腾讯“搜搜”上，然后想看看自己的站在腾讯上能查到多少，结果是出来了，其中有一个是以前在其他搜索引擎上没见过的，打开来看了看，哈。。。没想到，居然让我找到个工具能修复IIS的这个201错误的。。。（这个工具是出自360安全卫士论坛的一位网友）

我刚试过了，用这个工具修复后，我新建一个IIS站点，做了个测试ASP，浏览正常了！（在用这个工具修复IIS时，会小卡一会，所以不要以为是死掉了，过一会儿会提示“修复成功”这样的对话框。）

另外再说明一下，这个工具在我的系统上是修复成功了，但到其他人的系统上是否也一样会修复成功，这个我就不知道了。所以请大家如果用了这个工具也未能修复系统，不要在这儿骂人，谢谢！

IIS问题，HTTP 500错误解决办法！

2007-11-21 08:53:17| 分类：WEB开发| 标签：|字号大中小订阅

上网搜索了一下，发现还有一个目录要给用户IUSR_QIUYISTUDIO有写的权限的，就是

%SystemRoot%\Temp（即默认安装系统情况下的C:\Windows\Temp）目录，我的天，https://www.360docs.net/doc/8115101504.html,的权限问题也是要给这个临时目录权限，现在ASP的也是。问题得以解决！！

最近想自己做个网站，在自己的机器上装IIS的时候，却发现不能浏览ASP页面，HTM和HTML的静态网页都没问题，百度了N多，网上也是众说芬芸，或许是他们碰到的问题都不一样，解决方法也都不一样吧。现在我把一些常见的IIS错误列出，集思广益，希望对跟我碰到类似问题的朋友可以少走一些弯路，IIS http 500错误大致有以下几种情况（当然前提是去掉“ internet选项->高级->显示友好HTTP错误信息”前面的勾，这样才可以看到，否则只是提示HTTP500错误，看不到其他任何详细信息）：

第一种情况：

Active Server Pages 错误 "ASP 0201"

无效的默认脚本语言

为此应用程序指定的默认脚本语言无效。

第二种情况：

-2147467259 (0x80004005)

第三种情况：

Server Application Error

The server has encountered an error while loading an application during the processing of your request. Please refer to the event log for more detail information. Please contact the server

administrator for assistance.

HTTP500内部服务器错误解决办法（这是我个人所用的解决方法，系统是winxp sp2）：

1、删除“internet信息服务(IIS)”，

2、重启机子，按F8进入“安全模式”，

3、在安全模式下将“C：\Inetpub”、“c:\windows\iis6.log”、“c:\windows\system32\inetsrv”这

几个东西删除。

4、重启机子，在正常模式下安装“internet信息服务(IIS)”。

5、看看事件查看器里有没有关于msdtc的错误，如果有，运行msdtc -uninstall卸载，再运行msdtc -install 安装，再运行net start msdtc运行msdtc服务，在事件查看器里应该可以看到msdtc服务已经正常启动

了。

6、打开“internet信息服务(IIS)”，“重新启动IIS”。

7、这些装完之后，可能还会看到类似服务器无法加载应用程序 LM/W3SVC/1/ROOT。错误是 '没有注册类别

'，这一项在事件查看器里经常可以看到。

cd %windir%\system32\inetsrv

rundll32 wamreg.dll, CreateIISPackage

regsvr32 asptxn.dll

重起机器，我的问题到这步已经可以完美解决！遇到这个问题，我是GHOST了N多遍，baidu了N多资料，

才好不容易解决。

如果还是不行，请再继续：

运行cmd,然后

regsvr32 /u scrrun.dll

regsvr32 scrrun.dll

regsvr32 vbscript.dll (注：这个命令修复java脚本相关的动态链接库)

regsvr32 jscript.dll (注：这个命令修复vb脚本相关的动态链接库)

regsvr32 %windir%\system32\inetsvr\asp.dll

在iis--默认网站--主目录--应用程序保护--选择低（iis进程）,就可以浏览动态网页

重新启动一下IIS，错误应该就解决了

还有一种可能就是装了360安全卫士的朋友，最近已测明某些流氓软件检测到机器上安装360安全卫士后

即恶意破坏系统。

现360放出修复工具，请中招的朋友用fixer修复工具修复。

360Safe上面的相关帖子（用下面网站下载fixer）

https://www.360docs.net/doc/8115101504.html,/viewthread.php?tid=31134

https://www.360docs.net/doc/8115101504.html,/viewthread.php?tid=39252

网上还流传有好多种，有很多我没碰到过，未经证实，下面列出来，有兴趣的朋友可以试试: 单击开始，指向程序，指向管理工具，然后单击 Internet 信息服务。

在控制台树中，单击默认 Web 站点。在显示窗格中，右键单击默认 Web 站点，然后单击属性。

在目录安全性选项卡的匿名访问和身份验证控制中，单击编辑。

在身份验证方法属性页中，单击去掉匿名访问的勾。

HTTP500内部服务器错误，如果是COM+问题的解决办法。

在事件查看器里应该可以看到com+问题

以下为重新安装COM+的方法:

此为原文（英文）：

How do I clean up a damaged COM+ catalog in Windows 2000?

To clean up a damaged COM+ catalog:

01. Rename %SystemRoot%\System32\Clbcatq.dll to %SystemRoot%\System32\~Clbcatq.dll, making sure

that you include the tilde (~).

02. Shutdown and restart your computer.

03. Delete the COM3 sub-key from the registry at HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.

04. Open a CMD.EXE prompt.

05. Type pushd %SystemRoot% and press Enter.

06. Type rd /s /q Registration and press Enter.

07. Type popd and press Enter.

08. Type exit and press Enter.

09. Use Notepad to remove Hide from the COM= line in %SystemRoot%\Inf\Sysoc.inf.

10. For Windows XP:

A. Open a CMD.EXE window

B. Type the following commands, pressing ENTER after each line:

regsvr32 /s ole32.dll

regsvr32 /s oleaut32.dll

11. Start / Settings / Control Panel / Add/Remove Programs / Add/Remove

Windows Components.

12. Press Next and reinstall COM+.

NOTE: If Windows File Protection blocks any of the above renaming and/or

deletions, perform those steps in Safe Mode.

中文技术文档：

修复损坏的COM+目录

COM+目录是一个包含了所有指定系统中COM+应用程序、类和属性的目录。Windows操作系统保留这个目录的目的是确保在不同的COM+的属性之间保持联系，并且将其显示在不同的程序设计界面中。如果这个目录损坏，那么依靠COM+运行的程序将不会正常运行(或者压根就不能运行!)。

依靠COM+的服务的一个例子就是在微软公司的NTBACKUP应用程序中所使用的卷影复制服务(Volume Shadow Copy Service)，当然该服务在其他的程序中也被使用。通过卷影复制，NTBACKUP就能够对系统文件或其他锁定的文件进行复制。然而，如果在卷影复制的COM+服务中，NTBACKUP由于发生错误而失败，那么极有可能是目录受到了损坏，需要进行修复。(COM+目录损坏的另一个特征是许多程序连续被挂起数分钟，但是这只是一小部分，是没有被很好说明过的特征。)

要修复损坏的COM+目录，需要按照下列的步骤进行操作:

1.查找到“\%WinDir%\System32\Clbcatq.dll”文件，并且把它重命名为“~Clbcatq.dll”(要注意那

个符号“~”)。“%Windir%”是个环境变量，这个变量通常可以转译成“C:\Windows”。

2.以安全模式重新启动计算机。

3.打开注册表，并删除下面的键值:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\COM3

4.在“\%WinDir%”目录中查找名为“Registration”子目录。把这个目录完全删除，包括其中所包含

的一切文件。

5.以正常方式重新启动计算机。

6.在命令提示行模式下，键入“regsvr32 \%windir%\system32\ole32.dll”，然后在出现的接受提示

上点击“确认”。

7.打开“控制面板”，选择“添加或删除程序”，然后再选择“添加/删除Windows组件”功能。

8.点击“下一步”来重新安装COM+。事实上，你并不需要选择添加或删除任何组件;COM+照例会自动

进行重新安装。

在这一步操作之后你不需要重新启动计算机;重新注册的COM+服务将会立即生效

IIS问题错误还两种解决方法（这两种解决方法比较复杂，而且我试过很多次都不成功）: 控制篇脚本篇------------------------------------------------------------------------

IIS5 HTTP500内部错误原因分析及解决—控制篇

------------------------------------------------------------------------

IIS5的http 500内部服务器错误是经常碰到的错误之一，它的主要错误表现就是asp程序不能浏览但html

静态网页不受影响

一.错误表现

这个错误发生时总会有三方面的表现:一是IE中的最直接的表现,也是最让人看不懂的表现;二是安全日志中的表现,IWAM_Machine账号登录失败;三是系统日志中的表现,IIS Out-Of-Process Pooled Applications应用程序因启动账号的错误而不能够启动.从而造成ASP页面浏览错误.这里只简单介绍IE中的表现

当浏览以前能够正常运行的asp页面时会出现如下的错误:

网页无法显示

您要访问的网页存在问题，因此无法显示。

---------------------------------------------

请尝试下列操作：

打开http://127.0.0.1 主页，寻找指向所需信息的链接。

单击刷新按钮，或者以后重试。

HTTP 500 - 内部服务器错误

Internet 信息服务

Server Application Error

The server has encountered an error while loading an application during the processing of your request.

Please refer to the event log for more detail information. Please contact the server administrator for

assistance.

----------------------------------------------------------------

(可略过)

在详细分析HTTP500内部错误产生的原因之前，先对IWAM账号进行一下简要的介绍：IWAM账号是安装IIS5时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的Internet信息服务。IWAM 账号的名字会根据每台计算机NETBIOS名字的不同而有所不同，通用的格式是IWAM_MACHINE，即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是2000，因此我的计算机上IWAM账号的名字就是IWAM_2000，这一点与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启动失败，不能转入IIS5应用程序，HTTP 500内部错误就这样产生

了。

--------------------------------------------------------------------

出现IIS 500内部错误的原因有多个,但最主要的原因是IWAM_MACHINE账号在Active Directory(或SAM),IIS的metabase数据库与COM+组件中的密码不匹配不同步造成的.因此解决问题的关键在于使这三

方的密码同步起来.

--------------------------------------------------------------------

具体操作:操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限。

1.在本地账号管理器中更改IWAM_MACHINE账号的密码.(即启动IIS进程帐号)

2.使用新的密码重设IIS Metabase数据库.(即编辑匿名访问使用的用户帐号)

3.同步COM+应用程序账号密码

(一)更改IWAM_MACHINE账号的密码

1、选择“开始”->“程序”->“管理工具”->"计算机管理"->"本地用户和组"->"用户" 选中右面的

“IWAM_MACHINE 右键选择"设置密码" 这里我们设置成test

--------------------------------------------------------------------

(二)使用新的密码重设IIS Metabase数据库.(即编辑匿名访问使用的用户帐号)

选择"默认Web 站点属性"->目录安全性标签->编辑"匿名访问和验证控制"->在弹出的框中选中匿名访问，单击编辑按钮->用户名浏览，选择IWAM_MACHINE，密码框中输入test，选中"允许IIS控制密码"->确定。如果弹出对话框:"非本地用户帐号不支持密码同步。您真要继续？"确定即可。确定关闭所有对话框。

--------------------------------------------------------------------

(三)同步com+应用程序所用的IWAM_MACHINE的密码

使用组件服务mmc管理单元

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

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

（2）找到“组件服务”->“计算机”->“我的电脑”->“com+应用程序”->“out-of-process pooled

applications”，右击“out-of-process pooled applications”->“属性”。

（3）切换到“out-of-process pooled applications”属性对话框的“标识”选项卡。选择“此用户”，浏览，选择用户名“IWAM_MACHINE”。这些都是缺省的。在下面的“密码”和“确认密码”文本框内输入正确的密码

“test”，确定退出。

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

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

的com+应用程序的iwam账号密码也需要同步。

--------------------------------------------------------------------------------------------------------

好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密码已

经同步成功，你的ASP程序又可以运行了！

---------------------------------------------------------

IIS5 HTTP500内部错误原因分析及解决—脚本篇

---------------------------------------------------------

出现IIS 500内部错误的原因有多个,但最主要的原因是IWAM_MACHINE账号在Active Directory(或SAM),IIS的metabase数据库与COM+组件中的密码不匹配不同步造成的.因此解决问题的关键在于使这三

方的密码同步起来.

-----------------------------------------------------------------------------------------------------

具体操作:

操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限。

1.在本地账号管理器中更改IWAM_MACHINE账号的密码.(即启动IIS进程帐号)

2.使用新的密码重设IIS Metabase数据库.(即编辑匿名访问使用的用户帐号)

3.同步COM+应用程序账号密码

(一)更改IWAM_MACHINE账号的密码

1、选择“开始”->“程序”->“管理工具”->"计算机管理"->"本地用户和组"->"用户" 选中右面的

“IWAM_MACHINE 右键选择"设置密码" 这里我们设置成test

-----------------------------------------------------------------------------------------------------

(二)使用新的密码重设IIS Metabase数据库.

我们需要使用IIS自带的管理脚本adsutil.运行如下的命令:

c:\Inetpub\AdminScripts> adsutil SET w3svc/WAMUserPass test

系统会显示:

WAMUserPass: (String) "******"

提示密码更新成功.

-----------------------------------------------------------------------------------------------------

(三)同步com+应用程序所用的IWAM_MACHINE的密码

我们要用到IIS的管理脚本synciwam.vbs,这个脚本通常会存在于c:\inetpub\adminscripts下,上一个管理脚本也在这儿放着.（位置可能会因你安装IIS5时设置的不同而有所变动）。

命令如下:

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

-v参数是打开详细模式,让我们看到更新的过程,通常会如下显示:

Microsoft (R) Windows Script Host Version 5.6

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

WamUserName:IWAM_xxxxx

WamUserPass:test

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: {3D14228D-FBE1-11D0-

995D-00C04FD919C1}

密码同步成功.如果不成功先看一下这个脚本取的IIS的密码正确不正确,如果不正确请重复第二步同步

IIS密码.

好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密

码已经同步成功，你的ASP程序又可以运行了！

快速应急解决办法:－应急速效丸

使用组件服务mmc管理单元

1.启动组件服务管理单元：选择“开始”->“运行”->“mmc”，启动管理控制台,打开“控制台”->“添加/删除管

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

2.找到“组件服务”->“计算机”->“我的电脑”->“com+应用程序”->“out-of-process pooled applications”，右

击“out-of-process pooled applications”->“属性”。

3.切换到“标识”选项卡。选择“交互式用户－目前已登陆的用户”，确定退出。

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

现在你试试，ASP应该可以运行了

COM+应用程序打不开.我的电脑那还有个红色的标志,以前是没有的....

在事件查看器里看到

"应用程序-特定权限设置未将COM 服务器应用程序(CLSID 为

{A7CC2FDB-EED7-4FDA-880E-C762570CC005}

)的本地激活权限授予用户MICROSOF-C0F0E9\ghdo SID

(S-1-5-21-1004336348-796845957-725345543-1004)。可以使用组件服务管理工具修改此安全权限。"

"错误代码8004E00F-COM+无法与Microsoft分布式事务协调程序"

解决方法：

运行msdtc -resetlog

运行mmc是打开iis控制台

========================================================================

========================================================================

脚本法解决时出现问题8004E00F

1、重新设置IIS的IWAM账号密码。[在计算机管理中的用户管理里]

2、同步IIS metabase中IWAM_MYSERVER的密码，在CMD中：c:\inetput\adminscripts>adsutil set

w3svc/wamuserpass "yourpassword"

3、同步COM+应用程序所用的IWAM_MYSERVER密码，在CMD中：c:\inetput\adminscripts>cscript

synciwam.vbs -v，但是在进行第三步操作时总是报8004e00f错误。

后来在系统里不断的乱看，发现MSDTC服务不正常，于是先从这里下手，具体的解决方法如下：

1、首先进入组件服务，查看组件服务/计算机/我的电脑/COM+应用程序，结果报错“COM+ 无法与

Microsoft 分布式事务协调程序交谈”，无法查看里面的对象。

2、进入事件查看器，发现msdtc服务没有正常启动。

3、删除注册表中的键：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC

HKEY_CLASSES_ROOT\CID

4、停止MSDTC服务：net stop msdtc

5、卸载MSDTC服务：msdtc -uninstall

6、重新安装MSDTC服务：msdtc -install

7、确认在事件查看器中msdtc服务已经正常启动[这步很关键，如果没有，重新启动下电脑看看，然后再

同步密码（就是开始的那三步）

其实，网上的这些方法确实都没有错，但有个前提，就是IIS所必需的组件都安装了！其实“COM+ 无法与Microsoft 分布式事务协调程序交谈（上图）”在安装了Windows组件中的消息队列后，就不会出现这个错误了，同时“消息队列”组件又对服务中的“Distributed Transaction Coordinator”（即msdtc服务）有依存关系，这个服务必须启用，才可以安装消息队列组件！消息队列装好后，上图中的COM＋应用程序菜单就可以打开了，表示其已正常工作！如果在这个时候再装IIS或者把IIS卸载重装，就不需要上面的手动密码同步问题了！就是说按这个步骤安装好IIS，就已经正常了！实际上，手工同步密码太过麻烦，成功率也不高！

本人试了很多次都没有成功，大家可以自己试试！

2. 微软的关于MS DTC 无法安装的解决办法的文章：

如何在运行Windows XP 的计算机上重新安装Microsoft 分布式事务处理协调器

https://www.360docs.net/doc/8115101504.html,/default.aspx?scid=kb%3Bzh-cn%3B891801

==========================

将步骤摘抄到这里：

本文介绍如何在运行Microsoft Windows XP 的计算机上重新安装Microsoft 分布式事务处理协调器

(MS DTC)。

更多信息

一般而言，在运行Windows XP 或更高版本的计算机上不必重新安装Microsoft 分布式事务处理协调器(Msdtc.exe)。如果使用较早的操作系统，在安装诸如Microsoft SQL Server 6.5 的软件后，可能必须重新安装MS DTC，因为此软件会使用其包含的版本覆盖MS DTC 二进制文件。重新安装正确版本的Msdtc.exe 可以还原二进制文件。在Windows XP 和更高版本中，Windows 文件保护(WFP) 功能可确

保当前系统二进制文件不被替换。

但是，如果必须在运行Windows XP 的计算机上重新安装MS DTC，请使用下列过程。

警告：如果使用下列步骤，则所有未完成的事务都将丢失。确保在执行下列步骤之前，没有活动的事务。警告：注册表编辑器使用不当可导致严重问题，可能需要重新安装操作系统。Microsoft 不能保证您可以解决因注册表编辑器使用不当而导致的问题。使用注册表编辑器需要您自担风险。1. 在“管理工具”中，打开

“服务”，然后停止所有服务。

2. 在“启动类型”列中，除下表中的服务以外，将所有其他服务的启动类型更改为“手动”。

注意：建议您记下所更改的服务，以便可以在步骤7 中正确还原这些值。

COM+ Event System

Computer Browser

Distributed Link Tracking Client

DNS Client

Event Log

IPSEC Services

Logical Disk Manager

Messenger

Net Logon

NT LM Security Support Provider

Network Connections

Plug and Play

Remote Procedure Call (RPC)

Remote Procedure Call (RPC) Locator

Removable Storage

Security Accounts Manager

Server

System Event Notification

Task Scheduler

TCP/IP NetBIOS Helper

Windows Management Instrumentation

Windows Management Instrumentation Driver Extensions

Windows Time

Workstation

3. 关闭“服务”，然后重新启动计算机。

4. 在命令提示符下，键入以下命令：

%WINDIR%\System32\msdtc.exe -uninstall

5. 启动注册表编辑器，如果存在下列注册表项则将其删除：

HKEY_CLASSES_ROOT\CID

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\MSDTC

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\MSDTC

HKEY_LOCAL_MACHINE\Software\Microsoft\MSDTC

6. 在命令提示符下，键入%WINDIR%\System32\msdtc.exe -install。

7. 等待磁盘活动停止，然后将所更改的服务的启动类型还原为其原始值。

8. 在注册表中，创建以下注册表项：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\XADLL

9. 在命令提示符下，键入regsvr32 mtxoci.dll。

您将收到一条表明Mtxoci.dll 中的DllRegisterServer 已成功的消息。单击“确定”关闭该消息。

10. 重新启动计算机。

11. 在命令提示符下，键入%WINDIR%\System32\msdtc.exe -resetlog。

===============================================================================

========

到这里MS DTC 已经安装成功重新运行msdtc -resetlog