IIS打不开ASP文件的完全解决方案

老爷子88

暑假回来后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内部错误就这样产生了。
　　解决方法：
　　知道了导致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>　　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……