问题标签 [yellow-screen-of-death]

我有一个使用 ASP.Net MVC 开发的网站，并使用 Log4net 进行异常记录。该网站运行良好，直到大约 4 小时前。在过去 2 周内，我们没有对网站进行任何更改。自从我们在大约 1 个月前建立网站以来，该网站一直运行顺利。该网站由我们的 ISP 托管在共享主机帐户上。

这是我们收到的例外情况：

在 Global.asax 中引发了异常，其中log4net.ILog正在创建一个实例：

该问题不会在测试中发生 - 我们无法重现它。我已经删除了现场网站上的所有文件，并重新上传了它们，以防万一某些东西可能已损坏，但这并没有解决问题。

我相信在 ISP 方面可能发生了一些改变，从而破坏了某些东西。

关于如何解决这个问题的任何线索？

我使用 MSDeploy 部署了一个 ASP.NET MVC 应用程序并遇到了这个问题，我尝试了我在互联网上找到的所有解决方案，但我仍然无法让它工作，这是我在学习时构建的一个小型基本 MVC 2 应用程序。所以..

1. 你如何让这个东西在 IIS7 下运行？
2. 确切的问题是什么？

截屏
http://screencast.com/t/0tBZoHoN

在这里问。

我想知道是否有可能在不使用 ELMAH 的情况下通过邮件发送异常的 YSOD 的 HTML 渲染？我正在处理错误并向用户显示自定义错误页面。我也通过邮件发送异常一般信息，但是我真的很想知道我是否可以将它们包装到 ASP.NET 的真正内置 YSOD 引擎中并保持 HTML 格式。

更新1：

我有我的自定义异常（DupplicatedArbsException），它返回一个带有我认为是“托管异常”消息的视图。但是，如果它是我没有捕捉到的真正错误，它将返回错误视图。

HandleError 引发当前什么都不做。

..

customErrors mode="off" 中引发的异常是来自 asp.net 的 YSOD。但是，当我打开 customErrors mode="on" 时，这些异常不会包含在它的 html 等效项中，而只是异常消息（根本没有 html）。

我的问题： HttpWebResponse.StatusCode 是否检测到 Asp.Net 错误？主要是黄屏死机？

一些背景： 我正在开发一个简单的 c# 控制台应用程序，它将测试服务器和服务以确保它们仍然正常运行。我假设由于 HttpStatusCodes 用 OK、Moved、InteralServerError 等枚举，我可以简单地执行以下操作。

我今天早上发现这不起作用。一个 ASP.Net 应用程序崩溃并显示黄屏死机，我的应用程序似乎并不介意，因为 response.StatusCode 等于 HttpStatusCode.OK。

我错过了什么？

谢谢//长矛

更新 感谢乔恩，这似乎有效。

我不得不从另一个开发人员那里接手一个 MVC 3 项目。他做的第一件事就是停止黄屏死机，以便所有异常都只记录到文件中。您现在只会收到一条通用消息，说明发生了错误。

我想重新打开它（因为不得不一直检查日志文件真的很烦人） - 我该怎么做。

我检查了 web.config 但我看不到发生这种情况的地方。

我确实尝试过 customerrors=off，但这并没有做任何事情。还删除了全局错误处理属性，没有做任何事情。

进一步澄清，如果控制器中发生异常，我确实会得到黄屏死机，但如果它发生在（剃刀）视图中，我只会得到标准的通用错误。

您可以在此处查看 web.config您可以在此处 查看 global.asax

在我读过的一些书中，有人说隐藏黄屏死机是件好事（显然），但这不仅是因为它对用户来说非常不正式，而且还因为黑客可以使用黑客入侵您的网站的信息。

我的问题是这个。黑客如何使用这些信息？.NET调用栈基本操作的调用栈如何帮助黑客？

我附上了我在很久以前创建的一个网站上遇到的黄色死屏，它激发了我的兴趣。（错误是尝试将查询字符串参数转换为 int 时失败。是的，我知道它的错误代码，我多年前写的；）

每当发生错误时，WIF 都会向我们的用户发送黄屏死机。这可以是诸如令牌重放之类的东西，也可以是发送到服务器的旧令牌，如下所示：

如何自定义此错误的显示并在发生时记录实例？

我继承了一个大型应用程序，每当发生异常时，我都会在Chrome中看到乱码：

然而，在IE中，它按预期显示了黄屏死机：

我无法弄清楚为什么会发生这种情况。会不会是编码问题？

编辑- 以下是请求和响应标头：

要求：

回复：

我们已经将我们的解决方案部署到一个封闭的环境中，有时很难调试问题，因为我们甚至无法足够快地收集日志。

我们设计了一种通过我们自己的 Web 表单应用程序下载本地日志文件的方法，但是如果问题首先阻止了对该页面的访问，那么我们将在黑暗中度过几个小时。

那么问题是：有没有办法将原始 YSOD 仅显示到特定的静态 IP 地址？这样，我们将配置我们公司的静态 IP 地址，以通过显示原始错误而不是用户友好的自定义错误页面来进行全面调试。

显然，默认customErrors机制似乎不允许控制这种细粒度。

一个仍然尊重customErrorsweb.config 上的原始配置的解决方案是理想的，因为我们希望为从其他地址访问的随机用户保留自定义页面。