Dove posso rilevare e gestire maxAllowedContentLength superato in IIS7?

Question

Ho una pagina aspx in cui sto consentendo a un utente di caricare un file e voglio limitare la dimensione massima del caricamento del file a 10 MB. IIS7, .NET 3.5. Ho il seguente configurato nel mio file web.config:

<location path="foo.aspx"> 
    <system.web> 
     <!-- maxRequestLength: kbytes, executionTimeout:seconds --> 
     <httpRuntime maxRequestLength="10240" executionTimeout="120" /> 
     <authorization> 
      <allow roles="customRole"/> 
      <!-- Deny everyone else --> 
      <deny users="*"/> 
     </authorization> 
    </system.web> 
    <system.webServer> 
     <security> 
      <requestFiltering> 
       <!-- maxAllowedContentLength: bytes --> 
       <requestLimits maxAllowedContentLength="10240000"/> 
      </requestFiltering> 
     </security> 
     <handlers accessPolicy="Read, Script"> 
      <add name="foo" path="foo.aspx" verb="POST" 
       type="System.Web.UI.PageHandlerFactory" 
       preCondition="integratedMode" /> 
     </handlers>  
    </system.webServer> 
</location> 

Ho un errore personalizzato modulo che implementa IHttpModule manipolazione. Ho scoperto che quando viene superato maxRequestLength, viene effettivamente generato lo HttpApplication.Error. Tuttavia, quando gioco con maxAllowedContentLength, l'evento HttpApplication.Error non viene generato e l'utente viene reindirizzato a una pagina 404.13. Ho allegato con Visual Studio con le eccezioni di prima volta attivate, non viene generato nulla.

Il mio primo pensiero è di controllare la lunghezza del contenuto dell'intestazione in un evento precedente - ci sono raccomandazioni/buone pratiche su dove lo faccio? PostLogRequest? EndRequest?

Answer 1

Dopo aver esaminato lo ASP.NET Application Life Cycle Overview for IIS 7.0 e fatto la mia sperimentazione, suppongo che la convalida della richiesta venga eseguita internamente da IIS prima che uno qualsiasi degli eventi venga generato.

Sembra che solo LogRequest, PostLogRequest, EndRequest, PreSendRequestContent e PreSendRequestHeaders vengano generati dopo la convalida interna con questo errore.

Ho deciso di collegare un gestore di eventi all'evento HttpApplication.EndRequest nel mio gestore di errori personalizzato e controllare il codice di stato 404.13 su POST e gestire come ho bisogno di essere gestito, che nel mio caso è quello di reindirizzare al pagina chiamante che controllerà Server.GetLastError() e visualizzerà un errore amichevole all'utente finale.

private void application_EndRequest(object sender, EventArgs e) 
{ 
    HttpRequest request = HttpContext.Current.Request; 
    HttpResponse response = HttpContext.Current.Response; 

    if ((request.HttpMethod == "POST") && 
     (response.StatusCode == 404 && response.SubStatusCode == 13)) 
    { 
     // Clear the response header but do not clear errors and 
     // transfer back to requesting page to handle error 
     response.ClearHeaders(); 
     HttpContext.Current.Server.Transfer(
      request.AppRelativeCurrentExecutionFilePath); 
    } 
} 

Sarei felice di ricevere feedback su questo approccio e sulle alternative.

Answer 2

Il metodo più semplice è gestirlo nel metodo OnError della pagina stessa.

Penso che funzioni solo in .NET 4.0, poiché la proprietà WebEventCode è documentata come NUOVO in .NET 4.0.

protected override void OnError(EventArgs e) 
{ 
    Exception err = Server.GetLastError(); 
    if (err is HttpException) 
    { 
     if ((err as HttpException).WebEventCode == 3004) 
     { 
      Context.Items["error"] = "File exceeded maximum allowed length."; 
      Server.Transfer(Context.Request.Url.LocalPath); 
      return; 
     } 
    } 
    base.OnError(e); 
} 

protected override void OnLoad(EventArgs e) 
{ 
    base.OnLoad(e); 
    if (!IsPostBack) 
    { 
     string error = Context.Items["error"] as string; 
     if (!string.IsNullOrEmpty(error)) 
      showErrorMessage(error); 
    } 
} 

Quello che ho fatto è stato:

• ottenere l'ultimo errore con Server.GetLastError
• di controllo che si tratta di una "Lunghezza massima richiesta superato." errore (WebEventCode == 3004).
• aggiunto un valore alle collezioni Context.Items per contrassegnare la richiesta come un errore
• trasferimento della richiesta torna alla pagina stessa con Server.Transfer (Context.Request.Url.LocalPath)
• della pagina controlli metodo OnLoad per il flag di errore e visualizza un messaggio se presente

Ciò garantisce che l'errore venga gestito interamente nella pagina richiesta e che la pagina sia in grado di segnalare errori.

Si noti inoltre che mentre il browser riceverà una risposta adeguata, il browser potrebbe impiegare del tempo a caricare l'intera richiesta prima di gestire la risposta del server e visualizzarla. Questo comportamento è probabilmente definito come parte dell'interazione server/browser nel protocollo HTTP, quindi probabilmente non si può fare molto a riguardo.