CustomErrors не работает при настройке redirectMode = "ResponseRewrite"

Ответ 1

Я обнаружил, что проблема была в Error.aspx. Все еще не удается найти, какова была фактическая ошибка error.aspx, которая вызывает проблему.

Изменение страницы в статический файл html решило проблему.

Ответ 2

Важно отметить, что любой, кто пытается это сделать в приложении MVC, ResponseRewrite использует Server.Transfer за кулисами. Следовательно, defaultRedirect должен соответствовать законному файлу в файловой системе. По-видимому, Server.Transfer несовместим с маршрутами MVC, поэтому, если ваша страница ошибки обслуживается действием контроллера, Server.Transfer будет искать /Error/What бы то ни было, не найти его в файловой системе и вернуть общий 404! ​​

Ответ 3

Единственный способ, который отлично сработал у меня - отключить пользовательские ошибки и заменить страницы ошибок iis через web.config. Он отправляет правильный код состояния с ответом и имеет преимущество не проходить через mvc.

здесь код

• Отключить пользовательские ошибки

  <customErrors mode="Off" />
  

• Заменить страницы ошибок

  <httpErrors errorMode="Custom" existingResponse="Replace">
    <remove statusCode="404" subStatusCode="-1" />
    <remove statusCode="500" subStatusCode="-1" />
    <error statusCode="404" path="Error404.html" responseMode="File" />
    <error statusCode="500" path="Error.html" responseMode="File" />
  </httpErrors>
  

Примечание. Используйте responsemode="file", если URL-адрес является прямой ссылкой на файл

информация: http://tipila.com/tips/use-custom-error-pages-aspnet-mvc

Ответ 4

Что происходит, IIS устанавливает код состояния ошибки и представляет собственную страницу ошибки вместо вашей. Чтобы решить эту проблему, вам необходимо установить это в код за страницей страницы с ошибкой, чтобы IIS не выполнял этого:

Response.TrySkipIisCustomErrors = true;

Это будет работать только в IIS7 или выше, для более ранних версий IIS вам нужно будет играть с настройками страницы ошибки.

Ответ 5

Я знаю, что этот вопрос немного устарел, но я подумал, что должен указать, что для этого не требуется статический файл.

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

Я еще не определился, не является ли эта недоступность сеанса нашей конкретной конфигурацией приложения или частью "ASP.NET" для ASP.NET.

Ответ 6

Из-за зависимости от Server.Transfer кажется, что внутренняя реализация ResponseRewrite несовместима с MVC.

Это кажется явным явлением для функциональности, поэтому я решил повторно реализовать эту функцию с помощью HTTP-модуля, так что он просто работает. Нижеприведенное решение позволяет обрабатывать ошибки, перенаправляя на любой допустимый маршрут MVC (включая физические файлы) так же, как обычно.

<customErrors mode="RemoteOnly" redirectMode="ResponseRewrite">
    <error statusCode="404" redirect="404.aspx" />
    <error statusCode="500" redirect="~/MVCErrorPage" />
</customErrors>

Это было протестировано на следующих платформах:

• MVC4 в интегрированном режиме трубопровода (IIS Express 8)
• MVC4 в классическом режиме (VS Development Server, Cassini)
• MVC4 в классическом режиме (IIS6)

namespace Foo.Bar.Modules {

    /// <summary>
    /// Enables support for CustomErrors ResponseRewrite mode in MVC.
    /// </summary>
    public class ErrorHandler : IHttpModule {

        private HttpContext HttpContext { get { return HttpContext.Current; } }
        private CustomErrorsSection CustomErrors { get; set; }

        public void Init(HttpApplication application) {
            System.Configuration.Configuration configuration = WebConfigurationManager.OpenWebConfiguration("~");
            CustomErrors = (CustomErrorsSection)configuration.GetSection("system.web/customErrors");

            application.EndRequest += Application_EndRequest;
        }

        protected void Application_EndRequest(object sender, EventArgs e) {

            // only handle rewrite mode, ignore redirect configuration (if it ain't broke don't re-implement it)
            if (CustomErrors.RedirectMode == CustomErrorsRedirectMode.ResponseRewrite && HttpContext.IsCustomErrorEnabled) {

                int statusCode = HttpContext.Response.StatusCode;

                // if this request has thrown an exception then find the real status code
                Exception exception = HttpContext.Error;
                if (exception != null) {
                    // set default error status code for application exceptions
                    statusCode = (int)HttpStatusCode.InternalServerError;
                }

                HttpException httpException = exception as HttpException;
                if (httpException != null) {
                    statusCode = httpException.GetHttpCode();
                }

                if ((HttpStatusCode)statusCode != HttpStatusCode.OK) {

                    Dictionary<int, string> errorPaths = new Dictionary<int, string>();

                    foreach (CustomError error in CustomErrors.Errors) {
                        errorPaths.Add(error.StatusCode, error.Redirect);
                    }

                    // find a custom error path for this status code
                    if (errorPaths.Keys.Contains(statusCode)) {
                        string url = errorPaths[statusCode];

                        // avoid circular redirects
                        if (!HttpContext.Request.Url.AbsolutePath.Equals(VirtualPathUtility.ToAbsolute(url))) {

                            HttpContext.Response.Clear();
                            HttpContext.Response.TrySkipIisCustomErrors = true;

                            HttpContext.Server.ClearError();

                            // do the redirect here
                            if (HttpRuntime.UsingIntegratedPipeline) {
                                HttpContext.Server.TransferRequest(url, true);
                            }
                            else {
                                HttpContext.RewritePath(url, false);

                                IHttpHandler httpHandler = new MvcHttpHandler();
                                httpHandler.ProcessRequest(HttpContext);
                            }

                            // return the original status code to the client
                            // (this won't work in integrated pipleline mode)
                            HttpContext.Response.StatusCode = statusCode;

                        }
                    }

                }

            }

        }

        public void Dispose() {

        }


    }

}

Использование

Включите это как последний HTTP-модуль в свой web.config

  <system.web>
    <httpModules>
      <add name="ErrorHandler" type="Foo.Bar.Modules.ErrorHandler" />
    </httpModules>
  </system.web>

  <!-- IIS7+ -->
  <system.webServer>
    <modules>
      <add name="ErrorHandler" type="Foo.Bar.Modules.ErrorHandler" />
    </modules>
  </system.webServer>

Ответ 7

Я построил страницу ошибки в aspx, которая передает запрос в ASP.NET MVC-контроллер. Вы можете переписать запрос на эту страницу aspx и передать запрос на свой пользовательский контроллер.

protected void Page_Load(object sender, EventArgs e)
{
  //Get status code
  var queryStatusCode = Request.QueryString.Get("code");
  int statusCode;
  if (!int.TryParse(queryStatusCode, out statusCode))
  {
    var lastError = Server.GetLastError();
    HttpException ex = lastError as HttpException;
    statusCode = ex == null ? 500 : ex.GetHttpCode();
  }
  Response.StatusCode = statusCode;

  // Execute a route
  RouteData routeData = new RouteData();
  string controllerName = Request.QueryString.Get("controller") ?? "Errors";
  routeData.Values.Add("controller", controllerName);
  routeData.Values.Add("action", Request.QueryString.Get("action") ?? "Index");

  var requestContext = new RequestContext(new HttpContextWrapper(Context), routeData);
  IController controller = ControllerBuilder.Current.GetControllerFactory().CreateController(requestContext, controllerName);
  controller.Execute(requestContext);
}

Найти более подробную информацию здесь: fooobar.com/questions/17006/...

Ответ 8

В моем конкретном случае моя страница с ошибкой имела главную страницу с пользовательским элементом управления, который пытался использовать Session. Если сеанс недоступен, вы получаете HttpException: "Состояние сеанса может использоваться только тогда, когда для параметра enableSessionState установлено значение true, либо в файле конфигурации, либо в директиве" Страница ". Самое простое исправление заключается в том, чтобы переключиться на статический html, второе самое простое исправить - использовать более простую страницу ошибок, самое сложное исправление - сделать невероятно уверенным, что ваша страница ошибки не делает никаких предположений нигде (например, этот сеанс не будет генерировать исключение, например) и не может выходить из строя.

Ответ 9

Я выяснил, что если вы используете redirectMode = "ResponseRewrite", вам нужно добавить что-то в области перезаписи файла web.config. Проблема в том, что ваш сайт сломан! Вы не можете переписывать URL-адрес, так как ваш сайт не может вызвать "virtual.aspx", который обрабатывает вашу переписывание!