IIS httpErrors ExecuteURL将奇怪的查询字符串（如500; http：//mysite.com/failed-page）附加到目标URL

8

我注意到IIS错误页面中的行为异常。我有这个设置：

<httpErrors errorMode="Custom" existingResponse="Replace">
 <remove statusCode="500" />
  <error statusCode="500" responseMode="ExecuteURL" path="/error-page" />
</httpErrors>

有时，由于查询字符串太长而导致ASP.NET错误发生时，在尝试执行错误页面URL时立即发生第二个错误。我已经将问题跟踪到IIS将原始URL附加到错误页面URL的事实：

Original: http://example.com/someurl?id=some_very_long_query_string_causing_security_exception
Error: /error-page?500;http://example.com/someurl?id=some_very_long_query_string_causing_security_exception

这是一个巨大的问题。如果原始网址由于查询字符串过长而失败，则带有附加内容的错误页面也会失败，因为它的查询字符串甚至更长！

我相信这是IIS中最愚蠢的错误。有谁知道是否有一些补丁包？最糟糕的情况是，如果现在没有任何解决办法，是否有办法禁用此行为或任何技巧来阻止IIS将未经请求的内容附加到错误页面？因为它破坏了整个自定义错误页面机制。

iis iis-7.5

— 兔子
source

主席先生，我面临同样的问题。解决了吗

— 丹尼斯

1

+1我在这里在StackOverflow上问了同样的问题。很想一个答案。

— 穆罕默德·雷汉

1

在路径上添加斜杠（例如path =“ / error-page /”）将停止错误代码和URL的附加，请注意，它将保留原始的失败URL，例如

如果没有斜杠，则错误页面的内容将显示为URL：http : //example.com/error-page?500;http : //example.com/failingpage
如果出现斜杠，则错误页面的内容将显示为URL：http : //example.com/failingpage

— 米奇希尔
source

0

我很久以前就遇到过类似的问题，因此该系统使用静态错误页面。

您可以在defaultResponseMode中将其设置为file，该文件将返回单个静态页面。

httpErrors元素IIS设置架构

这里也有类似的问题

— 里克网
source