IIS7 переопределяет customErrors при установке Response.StatusCode?

В разделе system.webServer / httpErrors укажите для existingResponse значение PassThrough:

  <system.webServer>
    <httpErrors existingResponse="PassThrough" />
  </system.webServer>

Значение по умолчанию для свойства existingResponse - Auto:

Авто сообщает настраиваемому модулю ошибок, что нужно делать правильные действия. Фактический текст ошибки, видимый клиентами, будет изменен в зависимости от значения fTrySkipCustomErrors, возвращаемого в вызове IHttpResponse::GetStatus. Когда для fTrySkipCustomErrors установлено значение true, пользовательский модуль ошибок пропускает ответ, но если для него установлено значение false, пользовательский модуль ошибок заменяет текст собственным текстом.

Дополнительная информация: Чего ожидать от пользовательского модуля ошибок IIS7

Самый простой способ сделать поведение согласованным - сбросить ошибку и использовать Response.TrySkipIisCustomErrors и установите для него значение true. Это переопределит обработку страницы глобальной ошибки IIS изнутри вашей страницы или глобальный обработчик ошибок в Application_Error.

Server.ClearError();
Response.TrySkipIisCustomErrors = true;

Обычно это следует делать в обработчике Application_Error, который обрабатывает все ошибки, которые обработчики ошибок вашего приложения не улавливают.

Более подробную информацию можно найти в этом сообщении блога: http://www.west-wind.com/weblog/posts/745738.aspx

Решено: выяснилось, что «Подробная информация об ошибках» должна быть включена, чтобы IIS7 мог «передавать» любую страницу с ошибкой, которая у вас может быть. См. http://forums.iis.net/t/1146653.aspx

Я не уверен, похоже это по природе или нет, но я решил проблему, которая на первый взгляд кажется похожей, и вот как я с этим справился.

Прежде всего, значение по умолчанию для existingResponse (Auto) было правильным ответом в моем случае, поскольку у меня есть собственные 404, 400 и 500 (я мог бы создать другие, но этих трех будет достаточно для того, что я делаю). Вот соответствующие разделы, которые мне помогли.

Из web.config:

<customErrors mode="Off" />

И

<httpErrors errorMode="Custom" existingResponse="Auto" defaultResponseMode="ExecuteURL">
  <clear />
  <error statusCode="404" path="/errors/404.aspx" responseMode="ExecuteURL" />
  <error statusCode="500" path="/errors/500.aspx" responseMode="ExecuteURL" />
  <error statusCode="400" path="/errors/400.aspx" responseMode="ExecuteURL" />
</httpErrors>

Оттуда я добавил это в Application_Error на global.asax:

    Response.TrySkipIisCustomErrors = True

На каждой из моих настраиваемых страниц ошибок я должен был указать правильный код статуса ответа. В моем случае я использую пользовательский код 404 для отправки пользователей в разные разделы моего сайта, поэтому я не хочу, чтобы возвращался код состояния 404, если это действительно не мертвая страница.

Во всяком случае, вот как я это сделал. Надеюсь, это кому-то поможет.

Эта проблема была большой головной болью. Ни одно из ранее упомянутых предложений само по себе не решило эту проблему, поэтому я включаю свое решение. Для справки, наша среда / платформа использует:

• .NET Framework 4
• MVC 3
• IIS8 (рабочая станция) и IIS7 (веб-сервер)

В частности, я пытался получить ответ HTTP 404, который перенаправлял бы пользователя на нашу настраиваемую страницу 404 (через настройки Web.config).

Во-первых, мой код должен был выдать HttpException. Возврат NotFoundResult от контроллера не дал тех результатов, к которым я стремился.

throw new HttpException(404, "There is no class with that subject");

Затем мне пришлось настроить оба узла customErrors и httpError в Web.config.

<customErrors mode="On" defaultRedirect="/classes/Error.aspx">
  <error statusCode="404" redirect="/classes/404.html" />
</customErrors>

...

<httpErrors errorMode="Custom" existingResponse="Auto" defaultResponseMode="ExecuteURL">
  <clear />
  <error statusCode="404" path="/classes/404.aspx" responseMode="ExecuteURL" />
</httpErrors>

Обратите внимание, что я оставил existingResponse как Auto, что отличается от решения, предоставленного @sefl.

Параметры customErrors оказались необходимыми для обработки моего явно брошенного HttpException, в то время как узел httpErrors обрабатывал URL-адреса, которые выходили за рамки шаблонов маршрутов, указанных в Globals.asax.cs.

P.S. С этими настройками мне не нужно было устанавливать Response.TrySkipIisCustomErrors

TrySkipIisCustomErrors - это только часть головоломки. Если вы используете настраиваемые страницы ошибок, но также хотите доставлять некоторый контент RESTful на основе статусов 4xx, у вас есть проблема. Установка httpErrors.existingResponse web.config на «Авто» не работает, потому что .net, кажется, всегда доставляет некоторое содержимое страницы в IIS, поэтому использование «Авто» приводит к тому, что все (или, по крайней мере, некоторые) пользовательские страницы ошибок не используются. Использование «Заменить» тоже не сработает, потому что ответ будет содержать ваш код статуса http, но его содержимое будет пустым или заполнено страницей с настраиваемой ошибкой. А «PassThrough» фактически отключает CEP, поэтому его нельзя использовать.

Поэтому, если вы хотите обойти CEP в некоторых случаях (под обходом я имею в виду возврат статуса 4xx с некоторым содержанием), вам понадобится дополнительный шаг: очистите ошибку:

void Application_Error(object sender, EventArgs e)
{
    var httpException = Context.Server.GetLastError() as HttpException;
    var statusCode = httpException != null ? httpException.GetHttpCode() : (int)HttpStatusCode.InternalServerError;

    Context.Server.ClearError();
    Context.Response.StatusCode = statusCode;
}

Поэтому, если вы хотите использовать ответ REST (например, 400 - неверный запрос) и отправить с ним некоторый контент, вам просто нужно будет установить TrySkipIisCustomErrors где-нибудь в действии и установить existingResponse на «Авто» в разделе httpErrors в web.config. В настоящее время:

• когда нет ошибки (действие возвращает 4xx или 5xx) и возвращается некоторый контент, CEP не используется, и контент передается клиенту;
• когда возникает ошибка (создается исключение), содержимое, возвращаемое обработчиками ошибок, удаляется, поэтому используется CEP.

Если вы хотите вернуть статус с пустым содержимым из вашего действия, он будет рассматриваться как пустой ответ и будет показан CEP, поэтому есть место для улучшения этого кода.

По умолчанию IIS 7 использует подробные настраиваемые сообщения об ошибках, поэтому я предполагаю, что Response.StatusCode будет равно 404.XX, а не просто 404.

Вы можете настроить IIS7 для использования более простых кодов сообщений об ошибках или изменить свой код, обрабатывающий более подробные сообщения об ошибках, которые предлагает IIS7.

Дополнительная информация доступна здесь: http://blogs.iis.net/rakkimk/archive/2008/10/03/iis7-enables-custom-error-pages.aspx

Дальнейшее расследование показало, что у меня все было не так - подробных сообщений нет по умолчанию, но, возможно, они были включены в вашем ящике, если вы видите разные сообщения об ошибках, которые вы упомянули.