前面有一篇ASP教程介绍了asp文件打不开的原因以问答方式为大家提供了解决方案。但是当我们在IIS下由于系统升级等原因，可能会造成我们设置的动态网页程序不能正常运行，今天给大家讲解下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内部错误就这样产生了。
解决方法：

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