仔细检查您正在测试的asp文件的编码。

例如，如果你在Windows Server Core 2019上创建了如下文件:

echo“<%@ LANGUAGE=Javascript %>”>测试

echo "<%Response.Write("test");%>" >> test.asp . write ("test")

然后test.asp将被编码为Unicode，请求它将产生一个500，没有任何细节。

做一个notepad test.asp，然后点击“另存为…”，选择“ANSI”编码来修复它。

找到了。

http://blogs.iis.net/ksingla/archive/2009/02/16/iis-7-5-updates-to-custom-errors-and-compression.aspx

以管理员身份运行CMD，进入system32\inetsrv文件夹并执行:

appcmd.exe set config -section:system.webServer/httpErrors -allowAbsolutePathsWhenDelegated:true

现在我可以看到详细的asp错误。

在尝试了Vaclav和Alex的答案后，我仍然不得不在IE中禁用“显示友好的HTTP错误消息”

如果你在远程服务器上，你可以配置你的网页。配置文件如下:

<configuration>
<system.webServer>
    <httpErrors errorMode="Detailed" />
    <asp scriptErrorSentToBrowser="true"/>
</system.webServer>
<system.web>
    <customErrors mode="Off"/>
    <compilation debug="true"/>
</system.web>

在网络上。配置下

<system.webServer>

替换(或添加)行

<httpErrors errorMode="Detailed"></httpErrors>

with

<httpErrors existingResponse="PassThrough" errorMode="Detailed"></httpErrors>

这是因为默认情况下IIS7会拦截HTTP状态代码，如4xx和5xx，这些代码是由应用程序生成的。

接下来，在“ASP”部分中启用“发送错误到浏览器”，并在“错误页面/编辑功能设置”中选择“详细错误”。

另外，将网站文件夹的写权限授予IIS_IUSRS内置组。

我遇到了同样的问题，并以与Alex K相同的方式解决了问题。

因此，如果“发送错误到浏览器”是无效的，也设置这个:

错误页面-> 500 ->编辑功能设置->“详细错误”

还要注意的是，如果返回的错误页面内容很短，而你使用的是IE, IE会很乐意忽略服务器返回的有用内容，而是显示自己的通用错误页面。你可以在IE的选项中关闭这个选项，或者使用不同的浏览器。