exception ASP.NET MVC UrlHelper.GenerateUrl: "Impossible d'utiliser l'un des principaux .. pour sortir au-dessus du répertoire principal"

Question

J'utilise le module Rewrite IIS 7 pour réécrire une URL comme entrant:

http://server/year/all

à

http://server/application/controller/year/all

tout fonctionne très bien, sauf quand, lors du traitement de la requête réécrite, j'utilise la méthode UrlHelper.GenerateUrl() de MVC:

UrlHelper.GenerateUrl(
    "Assets", 
    "Css", 
    "Asset", 
    new RouteValueDictionary(new { site = site.Name, assetPath = assetPath }), 
    RouteTable.Routes, 
    controllerContext.RequestContext, 
    false); 

appel de cette méthode dans un HttpException:

System.Web.HttpException: Cannot use a leading .. to exit above the top directory. 
    at System.Web.Util.UrlPath.ReduceVirtualPath(String path) 
    at System.Web.Util.UrlPath.Reduce(String path) 
    at System.Web.VirtualPath.Combine(VirtualPath relativePath) 
    at System.Web.VirtualPathUtility.Combine(String basePath, String relativePath) 
    at System.Web.Mvc.PathHelpers.GenerateClientUrlInternal(HttpContextBase httpContext, String contentPath) 
    at System.Web.Mvc.PathHelpers.GenerateClientUrl(HttpContextBase httpContext, String contentPath) 
    at System.Web.Mvc.UrlHelper.GenerateUrl(String routeName, String actionName, String controllerName, RouteValueDictionary routeValues, RouteCollection routeCollection, RequestContext requestContext, Boolean includeImplicitMvcValues) 

En regardant le RequestContext, il semble que tous les chemins de demande sont corrects (c.-à-ont les valeurs réécrites). Je n'arrive pas à comprendre pourquoi il essaie de sortir du répertoire de premier niveau ... Il n'y a nulle part où nous utilisons ... dans un chemin.

J'ai également vérifié que RewriteModule est au-dessus du module UrlRouting dans IIS. Bien que je puisse entrer dans les méthodes du framework, je ne peux pas examiner les variables locales (que ce soit dans VS ou WinDbg) car il a été optimisé par le compilateur.

Des pensées?

Answer 1

Je ne sais pas si ça aide, mais voici le code de jeter l'exception:

internal static string ReduceVirtualPath(string path) 
{ 
    int length = path.Length; 
    int startIndex = 0; 
    while (true) 
    { 
     startIndex = path.IndexOf('.', startIndex); 
     if (startIndex < 0) 
     { 
      return path; 
     } 
     if (((startIndex == 0) || (path[startIndex - 1] == '/')) && ((((startIndex + 1) == length) || (path[startIndex + 1] == '/')) || ((path[startIndex + 1] == '.') && (((startIndex + 2) == length) || (path[startIndex + 2] == '/'))))) 
     { 
      break; 
     } 
     startIndex++; 
    } 
    ArrayList list = new ArrayList(); 
    StringBuilder builder = new StringBuilder(); 
    startIndex = 0; 
    do 
    { 
     int num3 = startIndex; 
     startIndex = path.IndexOf('/', num3 + 1); 
     if (startIndex < 0) 
     { 
      startIndex = length; 
     } 
     if ((((startIndex - num3) <= 3) && ((startIndex < 1) || (path[startIndex - 1] == '.'))) && (((num3 + 1) >= length) || (path[num3 + 1] == '.'))) 
     { 
      if ((startIndex - num3) == 3) 
      { 
       if (list.Count == 0) 
       { 
        throw new HttpException(SR.GetString("Cannot_exit_up_top_directory")); 
       } 
       if ((list.Count == 1) && IsAppRelativePath(path)) 
       { 
        return ReduceVirtualPath(MakeVirtualPathAppAbsolute(path)); 
       } 
       builder.Length = (int) list[list.Count - 1]; 
       list.RemoveRange(list.Count - 1, 1); 
      } 
     } 
     else 
     { 
      list.Add(builder.Length); 
      builder.Append(path, num3, startIndex - num3); 
     } 
    } 
    while (startIndex != length); 
    string str = builder.ToString(); 
    if (str.Length != 0) 
    { 
     return str; 
    } 
    if ((length > 0) && (path[0] == '/')) 
    { 
     return "/"; 
    } 
    return "."; 
} 

Answer 2

Ceci est une solution de contournement grotesque impliquant les détails de mise en œuvre privée, mais ajouter ceci:

HttpContext.Current.Request.ServerVariables.Remove("IIS_WasUrlRewritten"); 

On évite ainsi l'interne vérifiez dans PathHelper.GenerateClientUrlInternal pour voir si la demande a été réécrite. Il est très probable que cela va casser certains scénarios, comme suggéré par ce commentaire dans les sources de référence:

// Since the rawUrl represents what the user sees in his browser, it is what we want to use as the base 
// of our absolute paths. For example, consider mysite.example.com/foo, which is internally 
// rewritten to content.example.com/mysite/foo. When we want to generate a link to ~/bar, we want to 
// base it from/instead of /foo, otherwise the user ends up seeing mysite.example.com/foo/bar, 
// which is incorrect.