XP下IIS无法解释ASP和PHP的问题

XP下IIS无法解释ASP等动态页主要是由微软的一个BUG造成的。由于系统原因使IWAM帐号的密码错误，致使出现IIS500内部错误。

IWAM 帐号简介：

IWAM 账号是安装 IIS5 时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的Internet信息服务。IWAM账号的名字会根据每台计算机 NETBIOS 名字的不同而有所不同，通用的格式是IWAM_MACHINENAME，即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是JALLEN，因此我的计算机上IWAM账号的名字就是IWAM_JALLEN，这一点与IIS匿名账号ISUR_MACHINENAME的命名方式非常相似。

IIS 500错误最终原因：

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启动失败，也就是我们在ID10004错误事件中看到的“不能运行服务器{3D14228D-FBE1-11D0-995D-00C04FD919C1} ”（这里{3D14228D-FBE1-11D0-995D-00C04FD919C1} 是IIS Out-Of-Process Pooled Applications的KEY），不能转入IIS5应用程序，HTTP 500内部错误就这样产生了。
解决方法：

知道了导致HTTP 500内部错误的原因，解决起来就比较简单了，那就是人工同步IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序中的密码。

操作过程/步骤：

具体操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限（IWAM账号以IWAM_MACHINENAME为例）。

（一）更改Active Directory中IWAM_MACHINENAME账号的密码
因IWAM账号的密码由系统控制，随机产生，我们并不知道是什么，为完成下面两步的密码同步工作，我们必须将IWAM账号的密码设置为一个我们知道的值。

1、控制面版中选择“管理工具”->\"计算机管理\"->\"本地用户和组\" ->\"用户\"

2、找到“IWAM_MACHINENAME”，右击选择“重设密码(T)...”，在跳出的重设密码对方框中给IWAM_MACHINENAME设置新的密码，这儿我们设置成“IIS500”（没有引号的），确定，等待密码修改成功。

（二）同步IIS metabase中IWAM_MACHINENAME账号的密码

　　可能因为这项改动太敏感和重要，微软并没有为我们修改IIS metabase中IWAM_MACHINENAME账号密码提供一个显式的用户接口，只随IIS5提供了一个管理脚本adsutil.vbs，这个脚本位于C:\\inetpub\\adminscripts子目录下（位置可能会因你安装IIS5时设置的不同而有所变动）。

adsutil.vbs脚本功能强大，参数非常多且用法复杂，这里只提供使用这个脚本修改IWAM_MACHINENAME账号密码的方法:

adsutil SET w3svc/WAMUserPass Password

\"Password\"参数就是要设置的IWAM账号的新的密码。因此我们将IIS metabase中IWAM_MACHINENAME账号的密码修改为“IIS500”的命令就是：

c:\\Inetpub\\AdminScripts>adsutil SET w3svc/WAMUserPass \"IIS500\"

具体操作：\"运行\"->\"CMD\"->转到\"C:\\Inetpub\\AdminScripts>\"目录->输入 adsutil SET w3svc/WAMUserPass \"IIS500\" 确定即可；

修改成功后，系统会有如下提示：

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

（三）同步COM+应用程序所用的IWAM_MACHINENAME的密码

实际上可能微软已经发现IWAM账号在密码同步方面存在问题，因此在IIS5的管理脚本中单独为IWAM账号密码同步编写了一个脚本synciwam.vbs，我们就使用这个IWAM账号的同步脚本synciwam.vbs来操作，这个脚本同adsutil.vbs一样，也位于C:\\inetpub\\adminscripts子目录下（位置可能会因你安装IIS5时设置的不同而有所变动）。

synciwam.vbs脚本用法比较简单：

cscript synciwam.vbs [-v|-h]

“-v”参数表示详细显示脚本执行的整个过程(建议使用)，“-h”参数用于显示简单的帮助信息。

我们要同步IWAM_MACHINENAME账号在COM+应用程序中的密码，只需要执行“cscript synciwam.vbs -v”即可，如下：

cscript c:\\inetpub\\adminscripts\\synciwam.vbs -v
具体操作：在以上界面接着输入 cscript synciwam.vbs -v 确定即可；
以下是成功后的系统显示信息：

Microsoft (R) Windows Script Host Version 5.6

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

WamUserName:IWAM_MACHINENAME

WamUserPass:IIS500

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的metabase数据库找到IWAM账号\"IWAM_MACHINENAME\"并取出对应的密码“IIS500”，然后查找所有已定义的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}”。

PS：在同步COM+应用程序所用的IWAM_MACHINENAME的密码时又发生\"Error: 8004E00F:\"错误，于是在\"控制面版\"->\"管理工具\"->\"组件服务\"->\"计算机\"->\"我的电脑\"查看COM+应用程序，恩！居然这里出错，说无法与MICROSOFT 分布式事件处理协调程序交谈……；于是再查，得到如下解决方案。
解决步骤：

1、删除注册表中的键：
&S226; HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\MSDTC
&S226; HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\MSDTC
&S226; HKEY_CLASSES_ROOT\\CID
2、停止MSDTC服务：net stop msdtc
3、卸载MSDTC服务：msdtc -uninstall
4、重新安装MSDTC服务：msdtc -install
5、重新启动电脑

好了，现在总算成功了，我的IIS上又跑起了ASP&PHP……