如何调试并获取真实报错信息-ASP虚拟主机500内部错误

在asp开发过程中，尤其是在部署到虚拟主机上时，遇到“500 Internal Server Error”（内部服务器错误）无疑是最令人头疼的问题之一，这个错误信息极其模糊，它仅仅告诉用户服务器端出了问题，但完全没有提供任何关于错误原因的线索，由于虚拟主机的特殊性，我们无法像操作自己的服务器那样直接查看系统事件日志或进行远程调试，这使得问题排查变得尤为困难，通过一系列系统性的方法和配置，我们完全可以拨开迷雾，定位并解决这些500错误，本文将详细介绍在虚拟主机环境下，如何有效地诊断和获取ASP（包括ASP.NET和经典ASP）500错误的详细信息。

理解500错误的本质

我们需要明白500错误是一个“总称”，它代表了服务器在处理请求时遇到了意外情况，无法完成请求，这个“意外情况”可能源于多种原因，

默认情况下，出于安全和用户体验的考虑，IIS（Internet Information Services）会向远程用户显示一个友好的、通用的错误页面，而不是暴露详细的错误信息，我们的核心任务，就是绕过这个“友好”的屏障，让服务器将真实的错误信息“说”出来。

第一步：在浏览器中禁用友好HTTP错误信息

很多时候，错误的详细信息已经被服务器发送到了浏览器，但浏览器自带的“友好错误信息”功能将其替换成了自己简化的提示,第一步是确保你的浏览器能够显示原始的服务器响应。

对于现代浏览器（如Chrome, Firefox, Edge），它们通常会直接显示服务器返回的详细错误页面，但有时缓存或特定设置也可能导致问题,你可以尝试：

对于较旧的Internet Explorer,则需要手动禁用此功能：

完成这一步后，再次刷新出现错误的页面，你可能会惊喜地发现,详细的错误堆栈信息已经直接显示在浏览器中了。

第二步：配置web.config文件以显示远程错误

如果浏览器端设置后仍然看不到详细信息，那么问题很可能出在服务器的配置上，IIS默认只为本地访问（即从服务器本身访问）显示详细错误，而对远程访问（即来自互联网的用户）显示自定义错误页面，我们可以通过修改网站根目录下的 web.config 文件来改变这一行为。

对于ASP.NET应用程序：

在你的网站根目录找到或创建 web.config 文件，在其中添加或修改节点下的元素：

这里的属性有三个值：

对于经典ASP或更通用的IIS错误处理：

500错误并非由.NET代码引发，而是由IIS本身或经典ASP脚本引起，需要配置节：

属性同样有三个值：

将 web.config 文件修改并上传到虚拟主机后，再次访问出错的页面，详细的错误描述、错误行号以及堆栈跟踪信息通常就会呈现出来,这为定位问题提供了决定性的线索。

第三步：检查服务器日志文件

如果以上两种方法都无效，可能是因为虚拟主机提供商在更高层级上锁定了错误显示权限，在这种情况下,最后的希望就是查看服务器日志。

大多数虚拟主机服务商会为每个网站提供日志记录功能,你可以通过以下方式访问：

打开这些日志文件，查找发生500错误的时间点对应的记录,日志中通常会包含以下关键信息：

通过分析日志，即使无法直接看到代码错误，也能将问题范围缩小到配置、权限或特定组件上。

常见500错误原因与排查思路

为了更高效地解决问题,下表汇总了一些常见的500错误原因及其排查方法：

相关问答FAQs

问题1：我已经按照文章设置了，但浏览器仍然显示通用的500错误页面，还有什么可能的原因？

解答： 这种情况可能由以下几个原因造成：

问题2：我是虚拟主机新手，如何找到并编辑 web.config 文件？

解答： 操作 web.config 文件非常简单,遵循以下步骤即可：

iis网页无法打开

请打开Internet Explorer->工具->Internet 选项->高级->把显示有好http错误信息的那个勾去掉，这样你再打开你的网页时会出现有用的提示，然后你可以把提示的信息再发上来看看。 因为http500内部错误有好多种的，有的可能是代买问题，有的是服务器配置问题，等等。

vmware内部错误是什么原因？

其实解决方法很简单，原来只需要“以管理员身份运行”VMwareWorkstation的可以了，如下图，右键单击“VMwareWorkstation图标，选择“以管理员身份运行”即可。

为什么我装好的IIS后打开网页是无法访问 错误类型是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启动失败，也就是我们在ID错误事件中看到的“不能运行服务器{3DD-FBE1-11D0-995D-00C04FD919C1} ”（这里{3DD-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提供了一个管理脚本，这个脚本位于C:\inetpub\adminscripts子目录下（位置可能会因你安装IIS5时设置的不同而有所变动）。 脚本功能强大，参数非常多且用法复杂，这里只提供使用这个脚本修改IWAM_MYSERVER账号密码的方法:adsutil SET w3svc/WAMUserPass PasswordPassword参数就是要设置的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账号同步脚本。 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账号同步脚本实际上微软已经发现IWAM账号在密码同步方面存在问题，因此在IIS5的管理脚本中单独为IWAM账号密码同步编写了一个脚本，这个脚本位于C:\inetpub\adminscripts子目录下（位置可能会因你安装IIS5时设置的不同而有所变动）。 脚本用法比较简单：cscript [-v|-h]“-v”参数表示详细显示脚本执行的整个过程(建议使用)，“-h”参数用于显示简单的帮助信息。 我们要同步IWAM_MYSERVER账号在COM+应用程序中的密码，只需要执行“cscript -v”即可，如下：cscript c:\inetpub\adminscripts\ -vmicrosoft (R) Windows Script Host Version 5.6版权所有(C) Microsoft Corporation 1996-2000。 保留所有权利。 WamUserName:IWAM_MYSERVERWamUserPass:Aboutnt2001IIS Applications Defined:Name, AppIsolated, Package IDw3svc, 0, {3DC-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{3DD-FBE1-11d0-995D-00C04FD919C1}Updating Applications:Name: IIS Out-Of-Process Pooled Applications Key: {3DD-FBE1-11D0-995D-00C04FD919C1}从上面脚本的执行情况可以看出，使用脚本要比使用组件服务的方法更全面和快捷。 它首先从IIS的metabase数据库找到IWAM账号IWAM_MYSERVER并取出对应的密码“Aboutnt2001”，然后查找所有已定义的IIS Applications和Out of process applications，并逐一同步每一个Out of process applications应用程序的IWAM账号密码。 使用脚本时，要注意一个问题，那就是在你运行之前，必须保证IIS metabase数据库与Active Directory中的IWAM密码已经一致。 因为脚本是从IIS metabase数据库而不是从Active Directory取得IWAM账号的密码，如果IIS metabase中的密码不正确，那取得的密码也会不正确，同步操作执行到“Updating Applications”系统就会报错误，即“找不到应用程序{3DD-FBE1-11D0-995D-00C04FD919C1}”。 好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密码已经同步成功，你的ASP程序又可以运行了！