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

前言：


　　IIS
（XP
下）突然出了问题（未作过任何设置，只是升级过）：无法解释ASP/PHP
，对于一个网站设计人员来说，这就象吃饭没有筷子一样不爽。后来试过多种解决方案均无效，算了，等不及，还是用APACHE
了，但用起来总是感觉怪怪的；后来又在虚拟机中装了2K Server
来运行IIS
，但这样总是太麻烦，遂决定彻底解决XP
下IIS
无法解释动态页的问题，又在网上搜索之，终于于今日解决，下面将流程写于下，以供来人方便：

出错原因：


    
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
内部错误就这样产生了。

解决方法：

操作过程/
步骤：


    

具体操作分三步,
均需要以管理员身份登录计算机以提供足够的操作权限（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
……

 

    

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

 

自己实践的经验:
用过上面的方法后,
如果还不行的话,
可以考虑重装IIS,
之后可能就可以用了.