Problema con un URL che termina con% 20

Question

Ho un grosso problema. Ci sono dispositivi in ​​diretta che inviano l'URL "/ updates". È un refuso dello sviluppatore per quei dispositivi. Nei log del server, sembra "/ updates +".

Ho un modulo di riscrittura ManageURL che gestisce tutte le richieste senza estensione. Ma questa richiesta provoca un HttpException:

System.Web.HttpException: 

System.Web.HttpException 
    at System.Web.Util.FileUtil.CheckSuspiciousPhysicalPath(String physicalPath) 
    at System.Web.HttpContext.ValidatePath() 
    at System.Web.HttpApplication.ValidatePathExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() 
    at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) 

Per come la vedo nei log, il modulo riscrittura URL non anche ottenere questo URL, quindi non può risolvere il problema lì.

Esiste un modo per gestire gli URL con ASP.NET?

Answer 1

Ok, questo è un vecchio thread, ma mi piace di aggiungere una soluzione praticabile che funziona per tutte le versioni di ASP.NET. Dai uno sguardo a this answer in a related thread. Fondamentalmente si tratta di registrarsi all'evento PreSendRequestHeaders in global.asax.cs.

In alternativa, quando in ASP.NET 4.0 o versione successiva, utilizzare <httpRuntime relaxedUrlToFileSystemMapping="true" /> in web.config.

Answer 2

Se si ha accesso al codice, perché non solo controllare "+" alla fine e rimuoverlo?

Answer 3

Secondo some, questo è in System.Web.dll:

internal static void CheckSuspiciousPhysicalPath(string physicalPath) 
{ 
    if (((physicalPath != null) && (physicalPath.Length > 0)) 
    && (Path.GetFullPath(physicalPath) != physicalPath)) 
    { 
    throw new HttpException(0x194, ""); 
    } 
} 

credo che non si può cambiare la situazione, ma non può disabilitare uno nelle impostazioni di IIS? Naturalmente, che sarebbe anche disattivare tutti gli altri controlli ... :-(

O scrivere un po 'di filtro ISAPI che viene eseguito prima che il codice di cui sopra? Scrivere un proprio modulo si dice che sia facile, secondo Handle URI hacking gracefully in ASP.NET.

oppure, create your own error page. in questa pagina (come suggerito nel link hacker URI sopra) la ricerca di testo specifico exception.TargetSite.Name, come ad esempio CheckSuspiciousPhysicalPath e se ha trovato (o semplicemente sempre) cerca current.Request.RawUrl o qualcosa del genere, cancellare l'errore e reindirizzare ad un URL riparato?

Answer 4

potresti eseguire un ISAPI di riscrittura di URL, come IIRF.