有问题就有答案
Q1：IIS7 http 500 内部服务器错误 ，怎样设置显示错误原因？
我在调试的时候也出现这样的500错误，根据提示显示了错误原因也解决不了问题，后来百度到，说是先按照的.NET 2.0，后装的IIS ,导致.NET 没有注册，现在.NET 编译环境下删除.NET ,再安装.NET ，再重装IIS，调试成功，没有500错误了！ 选择IE浏览器--工具--Internet选项。 在高级选项框中将“显示友好HTTP错误信息”的勾选去掉。
Q2：IIS总出现:HTTP 500 内部服务器错误 重装IIS后还是这样，请问如何解决？
这种情况一般是IIS造成的。 我曾经多次碰到。 重装IIS，大部分时候都可以解决这个问题，但是不绝对。 存有网页的服务器在不在你的控制之类？ 如果没有在你的控制之类，就只能联系网站服务器的管理员来重装了。 在控制面板、添加删除程序里面重装。 IIS—— Internet Information Server Internet信息服务 在操作系统里面，很多时候显示为Internet服务管理器。 重装之后，在控制面板、管理工具里面可以找到。ASP中常见的80004005错误原因及解决 错误信息： Microsoft OLE DB Provider for ODBC Drivers error ’80004005’[Microsoft][ODBC Microsoft Access 97 Driver] The Microsoft Jet databaseengine cannot open the file ’(unknown)’. It is already opened exclusively by another user, or you need permission to view its data. 原因： 这个错误发生在当IIS使用匿名帐号(通常是IUSR)时,该帐号在NT中对数据库所在的目录 没有正确的权限.（这就是为什么在Win95和PWS下没问题，因为win95根本就没有目录权限这一说） 检查文件和目录的权限. 确定你能够在该目录中有能够新建和删除临时文件的权限。 这些临时文件其实是数据库建立在同一个目录下的文件, 但是要注意的是，有可能这些文件也可能建立在别的目录，例如 /Winnt. 使用NT的文件监视程序监视文件失败时到底是访问了什么目录。 这个NT的文件监视程序可以在这个地方下载http://www.sysinternals.com. 如果你对数据库使用了一个网络地址，例如映射地址，就要检查一下共享文件和目录的权限，还要检查一下数据源文件（DSN）是否被别的程序标志成为正在使用中，这些别的程序一般是Visual InterDev，关闭任何一个InterDev中的正打开和数据库连接的项目。 这个错误还可能发生在这种情况：如果在DSN中使用了一个UNC路径（就是通用命名协议），请改用本地路径进行测试，因为如果对本地数据库使用UNC也可能出错。 还可能发生在这种情况，如果服务器要访问Access中的一个表，而这个表却联接在一个网络服务器上。 --------------------------------------------------------------------- 错误信息： Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ [Microsoft][ODBC Microsoft Access 97 Driver] Couldn’t use ’(unknown)’; file already in use. 原因： 多人使用时数据库被锁定。 错误信息： Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified. 原因： 最可能的原因是ConnectString是一个在global.asa中初始化的Session变量，但是global.asa 却没有正常工作。解决办法是，检查赋值时是否正确：（在你的asp中加入下面的代码）
还有一个原因就是你在你的ConnectString中加入了多余的空格，例如 DSN = MyDSN; Database = Pubs; 试试改成下面这个样子： DSN=MyDSN;Database=Pubs; 如果是global.asa还没有工作，检查该文件是否在运用程序的根目录中,或者是虚拟目录的根目录中。 还有可能错误出现的原因是DSN名称没找着，这可以采用我提供的id=36767的办法解决。 最后是检查是否安装了最新的驱动程序，既是否是最新的MDAC版本。 --------------------------------------------------------------------- 错误信息 Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ [Microsoft][ODBC Driver Manager] Data source name not ?? 原因： 这个错误有可能是出现在你的计算机上软件安装（或则反安装）的顺序上。 如果ODBC的版本不一致的话，就会发生该错误。 解决办法是安装最新版本的MDAC --------------------------------------------------------------------- 错误信息： Microsoft OLE DB Provider for ODBC Drivers error ’80004005’[Microsoft][ODBC Access 97 ODBC driver Driver]General error Unable to open registry key ’DriverId’. 原因： 这个错误发生在爱从注册表中读取数值的时候。 使用regedit32.exe检查你的注册表的权限。 你也可以使用NT中的注册表监视程序（NTRegMon）来看读取失败信息。 该程序到这找：http://www.sysinternals.com 错误信息： Microsoft OLE DB Provider for ODBC Drivers error ’80004005’[Microsoft][ODBC SQL Server Driver][dbnmpntw]ConnectionOpen (CreateFile()). 原因： 两个原因：当一个数据库中包含有分别在不用机器上的许可关系时， 这也可能发生在同一台机器上，当你给一个关系设置了UNC路径，而另一个关系却是本地路径。 错误原因是： 当用户使用IIS匿名帐号登录后，对本地这台机器而言他是有权的，但是对于一个UNC路径的机器，另外这台机器是不会认为你当前匿名登录的帐号在它那上面也是合法的。 这样它就不允许你访问它上面的资源，导致错误。 两个解决办法： 1。在IIS工具中，改变IIS匿名帐号成另外一个基于域的帐号。（也就是不使用匿名登录） 2。或则在那台你要访问资源的机器上也创建一个和当前匿名帐号同样的帐号，使用同样的密码。 --------------------------------------------------------------------- 错误信息 Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ Microsoft][ODBC Microsoft SQL Driver] Logon Failed() 原因： 该错误是由SQL Server产生的，当它不接受或则不能够认识这个登录帐号的时候，或者没有使用管理员身份登录，也可能是在NT中没有SQL影射帐号造成的。 使用系统管理员帐号(SA)登录，一般密码应该为空.注意，这时必须使用CoonectString而不能够使用DSN文件。 因为DSN中没有保存用户名和密码。 检查NT是否给SQL映射了帐号。 --------------------------------------------------------------------- 错误信息 Microsoft OLE DB Provider for ODBC Drivers error ’80004005’[Microsoft][ODBC SQL Server Driver][SQL Server] Login failed- User: Reason: Not defined as a valid user of a trusted SQL Server connection. 原因： 原因同上。 试试这个办法：在SQL Server的Enterprise Manager中，选择Server/SQL Server/Configure[ASCII 133]/Security Options/Standard. 如果是运行在IIS4中，取消选择该项目的Password Synchronization选项。 错误信息 Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ [Microsoft][ODBC Microsoft Access 97 Driver] Couldn’t lock file. 原因： 也许是没有正确的权限生成Access数据库的锁定文件(.ldb)默认时，该文件和你的数据库是同一个目录的。给匿名帐号全权访问数据库共享目录的权限。 有时是因为文件是因为共享时有意使用了只读的权限限制。试试使用下面的代码。 Set Conn = Server.CreateObject("ADODB.Connection") Conn.Mode = adModeShareDenyWrite ’8 --------------------------------------------------------------------- 错误信息 Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ [Microsoft][ODBC Microsoft Access 97 Driver] ’(unknown)’ isn’t a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides. 原因： 路径非法。最可能发生在当Global.asa和CoonecntString被使用到另外一台机器上的时候。 --------------------------------------------------------------------- 错误信息 Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ [Microsoft][ODBC SQL Server Driver][SQL Server] The query and the views in it exceed the limit of 16 tables. 原因： 查询太复杂了，对查询有限制。 --------------------------------------------------------------------- 错误信息： Microsoft OLE DB Provider for ODBC Drivers error ’80004005’ [Microsoft][ODBC SQL Server Driver][DBMSSOCN] General network error. Check your network document 原因： 当装有SQL Server的机器改名的时候。但是DSN还使用了原来的机器名。
Q3：iis 的 http 500 内部服务器错误怎么解决????
IIS500错误，是因为微软的一个BUG所造成的。下面是解决办法:主要是由于IWAM账号（在我的计算机即是IWAM_MYSERVER账号）的密码错误造成了HTTP 500内部错误。 在详细分析HTTP500内部错误产生的原因之前，先对IWAM账号进行一下简要的介绍：IWAM账号是安装IIS5时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的Internet信息服务。IWAM账号的名字会根据每台计算机NETBIOS名字的不同而有所不同，通用的格式是IWAM_MACHINE，即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。我的计算机的NETBIOS名字是MYSERVER，因此我的计算机上IWAM账号的名字就是IWAM_MYSERVER，这一点与IIS匿名账号ISUR_MACHINE的命名方式非常相似。 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_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}”。 批处理同步可以用一些BAT来修复这类IE问题的. 好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密码已经同步成功，你的ASP程序又可以运行了！ 把下面的语句复制出来,粘贴到文本文件中.然后把文本文件保存生扩展名为.BAT的文件.例如:ie.bat.双击打开该BAT文件.一步步确定到最后.问题就能解决了.IE.BATrem =====第七频道批处理开始========rundll32.exe /s advpack.dll /DelNodeRunDLL32 C:\\WINNT\\System32\\dacui.dllrundll32.exe /s advpack.dll /DelNodeRunDLL32 C:\\WINNT\\Catroot\\icatalog.mdbregsvr32 /s setupwbv.dllregsvr32 /s wininet.dllregsvr32 /s comcat.dllregsvr32 /s shdoc401.dllregsvr32 /s shdoc401.dll /iregsvr32 /s asctrls.ocxregsvr32 /s oleaut32.dllregsvr32 /s shdocvw.dll /Iregsvr32 /s shdocvw.dllregsvr32 /s browseui.dllregsvr32 /s browseui.dll /Iregsvr32 /s msrating.dllregsvr32 /s mlang.dllregsvr32 /s hlink.dllregsvr32 /s mshtml.dllregsvr32 /s mshtmled.dllregsvr32 /s urlmon.dllregsvr32 /s plugin.ocxregsvr32 /s sendmail.dllregsvr32 /s comctl32.dll /iregsvr32 /s inetcpl.cpl /iregsvr32 /s mshtml.dll /iregsvr32 /s scrobj.dllregsvr32 /s mmefxe.ocxregsvr32 /s proctexe.ocx mshta.exe /registerregsvr32 /s corpol.dllregsvr32 /s jscript.dllregsvr32 /s msxml.dllregsvr32 /s imgutil.dllregsvr32 /s thumbvw.dllregsvr32 /s cryptext.dllregsvr32 /s rsabase.dllregsvr32 /s triedit.dllregsvr32 /s dhtmled.ocxregsvr32 /s inseng.dllregsvr32 /s iesetup.dll /iregsvr32 /s hmmapi.dllregsvr32 /s cryptdlg.dllregsvr32 /s actxprxy.dllregsvr32 /s dispex.dllregsvr32 /s occache.dllregsvr32 /s occache.dll /iregsvr32 /s iepeers.dllregsvr32 /s wininet.dll /iregsvr32 /s urlmon.dll /iregsvr32 /s digest.dll /iregsvr32 /s cdfview.dllregsvr32 /s webcheck.dllregsvr32 /s mobsync.dllregsvr32 /s pngfilt.dllregsvr32 /s licmgr10.dllregsvr32 /s icmfilter.dllregsvr32 /s hhctrl.ocxregsvr32 /s inetcfg.dllregsvr32 /s trialoc.dllregsvr32 /s tdc.ocxregsvr32 /s MSR2C.DLLregsvr32 /s msident.dllregsvr32 /s msieftp.dllregsvr32 /s xmsconf.ocxregsvr32 /s ils.dllregsvr32 /s msoeacct.dllregsvr32 /s wab32.dllregsvr32 /s wabimp.dllregsvr32 /s wabfind.dllregsvr32 /s oemiglib.dllregsvr32 /s directdb.dllregsvr32 /s inetcomm.dllregsvr32 /s msoe.dllregsvr32 /s oeimport.dllregsvr32 /s msdxm.ocxregsvr32 /s dxmasf.dllregsvr32 /s laprxy.dllregsvr32 /s l3codecx.axregsvr32 /s acelpdec.axregsvr32 /s mpg4ds32.axregsvr32 /s voxmsdec.axregsvr32 /s danim.dllregsvr32 /s Daxctle.ocxregsvr32 /s lmrt.dllregsvr32 /s datime.dllregsvr32 /s dxtrans.dllregsvr32 /s dxtmsft.dllregsvr32 /s vgx.dllregsvr32 /s WEBPOST.DLLregsvr32 /s WPWIZDLL.DLLregsvr32 /s POSTWPP.DLLregsvr32 /s CRSWPP.DLLregsvr32 /s FTPWPP.DLLregsvr32 /s FPWPP.DLLregsvr32 /s FLUPL.OCXregsvr32 /s wshom.ocxregsvr32 /s wshext.dllregsvr32 /s vbscript.dllregsvr32 /s scrrun.dll mstinit.exe /setupregsvr32 /s msnsspc.dll /SspcCreateSspiRegregsvr32 /s msapsspc.dll /SspcCreateSspiRegrem =====批处理结束========另:前面都很顺利，但在“开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中，“控制台根目录”->“组件服务”->“计算机”- >“我的电脑”->“COM+应用程序”中，右键启动IIS Out-Of-Process Pooled Applications，发现仍然报错，没办法重启IIS，发现问题现象 依旧如故，检查上面第三个步骤，输入csript synciwam.vbs -v命令后，返回的脚本执行情况其中最后一段有一个Error的提示。一段英文，具 体文字描述未能保存下来，意思理解为：IIS的原数据库拒绝访问。 4、万般无奈，删除IIS的组件包，重新建立之，仍然无效。 至此又出现问题了。 查看应用程序日志和系统日志，发现错误提示事件ID号依旧为：10010、36、4205 上述的三个步骤中，前面两步应该都没有问题，最后一步好象有点问题。 根据事件ID号，查找相关资料，找出解决办法如下： 在“开始”->“设置”->“控制面板”->“管理工具”->“计算机管理”中，“系统工具”->“本地用户和组”->“用户”里面，确认IWAM_My server用户只在GUEST组内，再在“本地用户和组”->“组”里面，右键点击Users组属性，添加进NT AUTHORITY\\Authenticated Users和NT AUTHORITY\\Interactive两个用户成员，确定。 重复第三个步骤，即在IIS安装默认目录下输入：c:\\inetpub\\adminscripts> csript synciwam.vbs -v 根据返回的脚本执行情况进行查看，最后那一段的Error已经没有了，将COM+程序的用户改回为IWAM用户，重新启动IIS Out-Of-Process Pooled Applications应用程序，没有再报错了，再重启IIS，检查所有WEB站点服务，故障现象解除! 也就是说到了这一步IIS下面的ASP程序才正式恢复重新启动。 至此，故障现象全部排除! 因此，以下几点需要注意的： 1、事件日志的空间设置稍微放大一些，默认才512K，根据硬盘空间，适当放大一些，避免出现日志文件已满的情况； 2、不要随便轻易清空事件日志中的事件记录，很多故障现象需要从这个里面下手找原因； 3、所有返回的系统提示信息一定要注意仔细查看； 4、IIS中的应用程序保护应为中或高，如为低，则所有ASP页面均以本地系统权限运行，安全性存在问题。 5、COM+程序的用户权限和用户启动权限很重要，应注意检查。 6、系统默认组有时有重要作用，不能轻易删除或修改。 7、系统重要文件（如SAM）不可轻易删除，应尽可能采取妥善的解决方法。如使用外部程序修改注册表或SAM表信息以获得管理员权限。而不要删除该文件。 通过这个问题，偶发现一些看似复杂和不可思议的问题，只要动脑筋，通过仔细查看、分析，再到网上找到一些有关的文章加以对比——但也切忌死搬硬套——找到自己问题的根结所在，再找出相应的解决办法，问题最终总会迎刃而解。
Q4：win7 iis7 http 500服务器内部错误 求解决方法
你调试的是ASP页面么？如果出现500错误，建议开启详细错误信息，然后根据详细错误信息来发现和解决你的具体错误。1、打开IIS7的功能视图 ：“ASP-打开功能（右边顶部）-调试属性”里“将详细错误发送到浏览器”后面改为“TRUE”，然后点右边的“应用”；2、然后在“错误页”设置选项里，双击 500 那一行，再点文件按路径后面的“设置”。在跳出的对话框中将“相对文件路径”里默认的文件名“500.htm”改为“500-100.asp”，确定。 3、在IE浏览器的“Internet选项”中，把“高级”里的“显示友好HTTP错误信息”的小勾勾去掉。这时候再调试ASP就会出现具体的错误，根据具体的错误提示查找在线帮助文档即可找出对应的解决方法！比如对于新手常见的错误有： 详细错误信息显示的是 “Active Server Pages 错误 ‘ASP 0131′ 帮助文档查找即可知道错误原因即为“不允许的父路径”， 请按照下列步骤操作启用父路径： 1. 单击 开始，单击 管理工具，然后单击 Internet Information Services 管理器。 2. 在 IIS 控制台中展开 Web 站点运行 OWA （通常这是 默认网站）。 3. 找到包含 ASP Web 应用程序的 Web 文件夹。 4. 用鼠标右键单击 Web 文件夹，然后单击 属性。 5. 在 目录 选项卡上单击 应用程序设置 部分的 配置。 6. 在 应用程序选项 选项卡上单击以选中 启用父路径 复选框。 7. 单击 确定，然后单击 确定，再次以应用所做的更改。一般来说调试ASP时出现500错误，大多数情况下是你的ASP程序的原因，或者是目录权限未设置好造成的。开启了详细错误信息，有助于你及时发现错误。
Q5：新装的IIS6,HTTP 500 - 内部服务器错误,怎么搞？
原因分析 主要是由于iwam账号（在我的计算机即是iwam_myserver账号）的密码错误造成了http 500内部错误。 在详细分析http500内部错误产生的原因之前，先对iwam账号进行一下简要的介绍：iwam账号是安装iis5时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的internet信息服务。iwam账号的名字会根据每台计算机netbios名字的不同而有所不同，通用的格式是iwam_machine，即由“iwam”前缀、连接线“_”加上计算机的netbios名字组成。我的计算机的netbios名字是myserver，因此我的计算机上iwam账号的名字就是iwam_myserver，这一点与iis匿名账号isur_machine的命名方式非常相似。 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_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) "*******"
Q6：IIS不能浏览ASP了，HTTP 500 - 内部服务器错误
在网上查了查解决方案如下: 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,ASP页面一切正常了@!~~~^_^