尝试将“existingResponse”httpErrors属性的值设置为“PassThrough”。我的设置为“替换”，导致YSOD不显示。

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

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

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

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

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

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

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

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

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

在IIS管理的站点主界面双击“ASP”，展开“调试属性”，启用“发送错误到浏览器”，点击“应用”。

在主界面的“错误页面”下选择“500”，然后选择“编辑功能设置”，选择“详细错误”。

注意，相同的步骤适用于IIS 8.0 (Windows Server 2012)。

对于那些尝试了所有方法却无法显示错误细节的人，比如我，检查不同级别的配置是个好主意。我有一个配置文件在网站级和应用程序级(在网站内)检查两者。另外，结果是，我在IIS中最高的节点上禁用了详细错误(就在开始页下面，它的名称与web服务器的计算机名相同)。检查那里的错误页面。

您还可以验证，如果您将您的主网站文件夹(c:\inetpub\wwwroot)更改为另一个文件夹，则必须为新文件夹中的IIS_IUSRS组授予读权限。