出现ASP_NET用户无法登陆的状况

1。右键我的电脑--管理--本地用户和组，给IUSR_机器名和IWAM_机器名两个用户设置密码，要一样
。

2。开始--运行--打cmd，
然后cd C:/Inetpub/AdminScripts（我的系统在C盘，这个是一般的路径，如果找不到这个路径，请在系统所在的盘中查找Inetpub/AdminScripts这个文件夹目录），
然后cscript.exe adsutil.vbs set w3svc/wamuserpass 你的密码，
然后cscript.exe adsutil.vbs set w3svc/anonymoususerpass 你的密码

看一下，行了没有？如果还不行，那么
cscript.exe synciwam.vbs -v，
然后iisreset。

请测试 是否正常 ，如果还不正常请参照下面步骤

可能此错误是MSDTC服务不正常造成的,解决方法:

首先进入组件服务，查看组件服务/计算机/我的电脑/COM+应用程序，结果报错“COM+ 无法与 
Microsoft 分布式事务协调程序交谈”，无法查看里面的对象。
2、进入控制面板，管理工具，事件查看器，发现msdtc服务没有正常启动。
3、在开始—》运行 打regedit进入注册表管理。
 删除注册表中的键：
? 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服务已经正常启动[这步很关键，如果没有，重新启动下电脑看看]
8、重新设置IIS的IWAM账号密码。[在计算机管理中的用户管理里]
9、同步IIS metabase中IWAM_MYSERVER的密码，在CMD中：c:inetputadminscripts>adsutil set 
w3svc/wamuserpass "yourpassword"
10、同步COM+应用程序所用的IWAM_MYSERVER密码，在CMD中：c:inetputadminscripts>cscript 
synciwam.vbs -v

请测试是否正常，如果还没有解决那么，请参照下面的方法执行

解决方法如下:

解决办法：
[1]：
检查你的DTC服务（全名：Distributed Transaction Coordinator）是否可以正常启动， 如果正常
的话请你跳过此步骤；如果出错，无法正常启动，请在开始菜单的运行中 运行：msdtc -resetlog 
以创建日志文件。重起机器，检查IIS是否可以正常使用，若不行继续。

[2]：
在CMD下执行以下命令：
cd %windir%/system32/inetsrv

rundll32 wamreg.dll, CreateIISPackage

regsvr32 asptxn.dll

(到这里我就可以用了，不用重启的)

OK,页面一切正常了

 

 

 

 

知道了导致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所使用的com+应用程序的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:3d14228d-fbe1-11d0-995d-00c04fd919c1}

从上面脚本的执行情况可以看出，使用synciwam.vbs脚本要比使用组件服务的方法更全面和快捷。它首先从iis的metabase数据库找到iwam账号"iwam_myserver"并取出对应的密码“aboutnt2001”，然后查找所有已定义的iis applications和out of process applications，并逐一同步每一个out of process applications应用程序的iwam账号密码。

使用synciwam.vbs脚本时，要注意一个问题，那就是在你运行synciwam.vbs之前，必须保证iis metabase数据库与active directory中的iwam密码已经一致。因为synciwam.vbs脚本是从iis metabase数据库而不是从active directory取得iwam账号的密码，如果iis metabase中的密码不正确，那synciwam.vbs取得的密码也会不正确，同步操作执行到“updating applications”系统就会报80110414错误，即“找不到应用程序 3d14228d-fbe1-11d0-995d-00c04fd919c1}”。

好了，到现在为止，iwam账号在active directory、iis metabase数据库和com+应用程序三处的密码已经同步成功，你的asp程序又可以运行了！

修改成功后，系统会有如下提示：
---------------------------------------------------
经过测试，显示应该是
wamuserpass: (string) "*******"

 

 

 

1。右键我的电脑--管理--本地用户和组，给IUSR_机器名和IWAM_机器名两个用户设置密码，要一样。

2。开始--运行--打cmd，
然后cd D:InetpubAdminscripts（我的系统在D盘），
然后cscript.exe adsutil.vbs set w3svc/wamuserpass 你的密码，
然后cscript.exe adsutil.vbs set w3svc/anonymoususerpass 你的密码

看一下，行了没有？如果还不行，那么
cscript.exe synciwam.vbs -v，
然后iisreset。

据说就可以了,但是到最后一部提示8004e00f的错误,此错误是MSDTC服务不正常造成的,解决方法:

首先进入组件服务，查看组件服务/计算机/我的电脑/COM+应用程序，结果报错“COM+ 无法与 Microsoft 分布式事务协调程序交谈”，无法查看里面的对象。
2、进入事件查看器，发现msdtc服务没有正常启动。
3、删除注册表中的键：
? HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSDTC
? HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSDTC
? HKEY_CLASSES_ROOTCID
4、停止MSDTC服务：net stop msdtc
5、卸载MSDTC服务：msdtc -uninstall
6、重新安装MSDTC服务：msdtc -install
7、确认在事件查看器中msdtc服务已经正常启动[这步很关键，如果没有，重新启动下电脑看看]
8、重新设置IIS的IWAM账号密码。[在计算机管理中的用户管理里]
9、同步IIS metabase中IWAM_MYSERVER的密码，在CMD中：c:inetputadminscripts>adsutil set w3svc/wamuserpass "yourpassword"
10、同步COM+应用程序所用的IWAM_MYSERVER密码，在CMD中：c:inetputadminscripts>cscript synciwam.vbs -v

到这部分网上大部分都说可以了,但是我这里虽然没有8004e00f的错误提示了,但是访问页面Server Application Error 错误依旧,最后终于找到了解决方法如下:

解决办法：
[1]：
检查你的DTC服务（全名：Distributed Transaction Coordinator）是否可以正常启动， 如果正常的话请你跳过此步骤；如果出错，无法正常启动，请在开始菜单的运行中 运行：msdtc -resetlog 以创建日志文件。重起机器，检查IIS是否可以正常使用，若不行继续。

[2]：
在CMD下执行以下命令：
cd %windir%/system32/inetsrv

rundll32 wamreg.dll, CreateIISPackage

regsvr32 asptxn.dll

(到这里我就可以用了，不用重启的)

OK,页面一切正常了

 

 

 

故障现象：

　　点启动，弹个框框说：发生意外0x8ffe2740。防火墙是关了的，也在CMD中输入iisreset /重新启动，不行。但是我试过我把80端口改为81，虽然图表（停止）没有了，看起来启动正常了，但是在浏览器输入localhost 127.0.0.1还是不行，依然是网页无法显示。

解决方法：

　　因为系统用了时间太长了,所以重装了一下.重装完成后,先装了瑞星再装IIS的.但是等我启动IIS时长时间没有响应,最后才提示“服务没有及时响应启动或控制请求”.
我的系统环境是：Windowsxp sp2, IIS5.1
当然以为是IIS没有装好,拿出盘删除再装IIS,还是老问题.
于是当然是Google了.找了好多解决方法都没有用.
难道这些解决方案对我失效,我查看了一下计算机的服务项里,发现"World Wide Web Publishing"关闭了，启动也提示启动失败。看来是里程无法启动,这时候当然看看防火墙或是杀毒软件有没有相关的进程,"World Wide Web Publishing"的可执行文件是"inetinfo.exe",在瑞星防火墙访问规则里找到"inetinfo.exe"访问规则设为全部放行.
再次启动"World Wide Web Publishing",然后再启动IIS,一切OK.

Quote
1.系统环境：Windowsxp+sp2,II5.0
故障现象：上午把IIS服务停止以后，程序长时间没响应，通过任务管理器关闭，启动时提示“服务没有及时响应启动或控制请求”，重启计算机未能解决。
解决办法：在Internet信息服务下有本地计算机(计算机机名)，单击名键，选择断开，提示确实要断开本地计算机(计算机机名)吗？选择确定。
右键单击Internet，选择连接，计算机名填本机名称，用户名填本机管理员帐号（Administrator），确定。
Quote
2. 昨天就发现了公司我用这台电脑的IIS启动不了，今天早上试着解决它，才发现问题并不简单。找呀找呀找呀，发现"WorldWideWebPublishing"关闭了，启动也提示启动失败。静下心来，再看看其它关闭了的服务，有一项Eventlog把它启动了，再启动WorldWideWebPublishing成功。问题就在这里。
虽然“WorldWideWebPublishing”服务和SMTP服务的依存关系列表中没有提到“eventlog”服务，但“eventlog”服务不启动的话，就会出现上述问题。启动“eventlog”服务，然后启动“WorldWideWebPublishing”服务，上述问题消失。
Quote
3. IIS元数据库可能坏了。。测试一下。
Try to enumerate metabase:
1. Open a command prompt and change to the C:/Inetpub/Adminscripts folder.
2. At the command line, type "cscript adsutil.vbs enum " (without the
quotation marks).
If this command is successful, it enumerates the settings in the
metabase.
If the command is not successful, you receive the -2146893792
(0x80090020) error code.
假如有备份，把数据回复。
如果没有，参考
How to Manually Restore the Metabase When No Proper Backup Exists or When the MMC Does Not Start http://support.microsoft.com/?id=234429 HOW TO: Download, Install, and Remove the IIS MetaEdit 2.2 Utility http://support.microsoft.com/?id=232068 Quote4. 解决IIS不能启动，提示服务器没有及时响应启动或控制请求！
问题现象：
1、在IIS中站点显示停止，点击开启IIS不能启动，提示：服务器没有及时响应启动或控制请求 点击重新启动IIS提示：服务器没有及时响应启动或控制请求！
2、World Wide Web Publishing Services不能启动，提示“错误1721，资源不足，无法启动”
解决方法：
1、刚刚我也出现了那个问题，弄了一上午现在解决了，我是查出了World Wide Web Publishing Service服务没有启动，也启动不了，按照他的依存关系，把其他的服务启动了就可以了，我启动的是HTTP SSL，然后World Wide Web Publishing Service就可以用了，iis也可以了
2、有一次站点访问失败，IIS服务无法启动，我的解决思路是这样的：
先打开Administrative Tools --> Service，发现World Wide Web Publishing Service停止了。于是试图启动该服务，结果报错。
于是查看World Wide Web Publishing Services所需要依赖的服务（Dependencies），看到是IIS Admin Service。进而发现IIS Admin Service也无法启动，再查IIS Admin Service的Dependencies，查的结果是Protected Storage和RPC（Remote Procedure Call），于是启动RPC，接着顺利启动IIS Admin Service，接着启动World Wide Web Publishing Services，于是IIS恢复正常。
自己尝试根据这几种解决方法的思路肯定还有其它原因不同解决方法的.

IIS不能启动WEB FTP服务，提示服务器并未及时响应启动或控制请求
系统日志里面提示：World Wide Web Publishing Service 服务因下列错误而停止:
未知的验证服务。

有可能是Metabase.bin 或者元数据库坏了，解决办法参考如下
有关如何使用 MMC 备份和还原元数据库的信息，请参见 IIS 自述文件，该文件位于 http://localhost/iishelp/iis/htm/core/iisread.htm#general（假设本地计算机上已安装产品文档）。
如果由 MMC 创建的备份文件可用
以下内容为程序代码:

如果已使用 MMC 中的“备份”操作创建了一个备份文件 (FileName.mdBackupNumber)，但由于当前的元数据库已损坏而无法打开 MMC，请执行下面的步骤，以便手动从 FileName.mdBackupNumber 文件中还原该元数据库。 1. 停止所有 IIS 服务及其他依赖于 IIS 的服务（例如，第三方应用程序或 Microsoft Site Server）。

注意：要停止 IIS 及其依赖服务，请使用 NET STOP IISADMIN /Y 命令。有关其他信息，请参见以下 Microsoft 知识库文章：
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务重新读取注册表
2. 使用一个新名称（如 Metabase.bad）重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 文件夹中。
3. 将位于 %SystemRoot%/System32/Inetsrv/Metaback 文件夹中的 MMC 备份元数据库文件 FileName.mdBackupNumber 复制到 %SystemRoot%/System32/Inetsrv 文件夹中。将该文件重命名为 Metabase.bin。
4. 重新启动计算机。

如果存在 Metabase.bin 文件的旧副本

如果由 MMC 创建的备份文件不可用，但在其他位置（通常在系统磁带备份中）存在 Metabase.bin 文件的旧副本，请执行以下步骤： 1. 停止所有 IIS 服务及其他依赖于 IIS 的服务（例如，第三方应用程序或 Microsoft Site Server）。

注意：要停止 IIS 及其依赖服务，请使用 NET STOP IISADMIN /Y 命令。有关其他信息，请参见以下 Microsoft 知识库文章：
236166 (http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务重新读取注册表
2. 使用一个新名称（如 Metabase.bad）重命名已损坏的元数据库文件 Metabase.bin。该文件位于 %SystemRoot%/System32/Inetsrv 文件夹中。
3. 将 Metabase.bin 文件的旧副本复制到 %SystemRoot%/System32/Inetsrv 文件夹中。
4. 重新启动计算机。

如果不存在 MMC 备份或 Metabase.bin 文件的旧副本

如果由 MMC 创建的备份文件不可用，且不存在 Metabase.bin 文件的旧副本，那么元数据库的临时备份可能依然存在。

在通过 MMC 或其他进程更新元数据库时，可能会创建元数据库的临时备份。如果更新过程被中断（原因可能是在第一个位置中有损坏），则该临时文件有可能依然存在。

可将该临时文件命名为 Metabase.bak 或 Metabase.bin.bak，并放到 %SystemRoot%/System32/Inetsrv 文件夹中。如果存在该临时文件，请执行以下步骤，以尝试还原元数据库： 1. 停止所有 IIS 服务及其他依赖于 IIS 的服务（例如，第三方应用程序或 Microsoft Site Server）。

注意：要停止 IIS 及其依赖服务，请使用 NET STOP IISADMIN /Y 命令。有关其他信息，请参见以下 Microsoft 知识库文章：
236166http://support.microsoft.com/kb/236166/) 使用 NET STOP 和 NET START 命令强制 IIS 服务重新读取注册表 2. 使用一个新名称（如 Metabase.bad）重命名已损坏的元数据库文件 Metabase.bin。该文件位于 SystemRootSystem32Inetsrv 文件夹中。 3. 将临时备份文∕etabase.bak 或 Metabase.bin.bak）重命名为 Metabase.bin。 4. 重新启动计算机。 如果不存在元数据库备份文件 如果没有可用于元数据库的备份文件，则还原 IIS 功能的唯一方法是完成以下操作。但请注意，存储在元数据库中的所有 IIS 设置都将丢失。 1. 卸载 Windows NT Option Pack。有关其他信息，请参见以下 Microsoft 知识库文章： 187870 (http://support.microsoft.com/kb/187870/)如何删除和重新安装 Windows NT 4.0 Option Pack
2. 卸载 Internet Explorer。
3. 从 %SystemRoot/System32/Inetsrv/ 文件夹中删除 Metabase.bin 文件。
4. 安装 Internet Explorer。
5. 安装 Windows NT Option Pack。