URL-закодирован слэш в URL

Question

Мои карты является:

routes.MapRoute(
    "Default",            // Route name 
    "{controller}/{action}/{id}",       // URL with params 
    new { controller = "Home", action = "Index", id = "" } // Param defaults 
); 

Если я использую URL http://localhost:5000/Home/About/100%2f200 нет согласования маршрута. Я меняю URL-адрес на http://localhost:5000/Home/About/100, затем маршрут снова сопоставляется.

Есть ли простой способ работы с параметрами, содержащими косые черты? Другие сбежавшие значения (пробел %20), похоже, работают.

EDIT:

Для кодирования Base64 работает для меня. Это делает URL уродливым, но сейчас все в порядке.

public class UrlEncoder 
{ 
    public string URLDecode(string decode) 
    { 
     if (decode == null) return null; 
     if (decode.StartsWith("=")) 
     { 
      return FromBase64(decode.TrimStart('=')); 
     } 
     else 
     { 
      return HttpUtility.UrlDecode(decode) ; 
     } 
    } 

    public string UrlEncode(string encode) 
    { 
     if (encode == null) return null; 
     string encoded = HttpUtility.PathEncode(encode); 
     if (encoded.Replace("%20", "") == encode.Replace(" ", "")) 
     { 
      return encoded; 
     } 
     else 
     { 
      return "=" + ToBase64(encode); 
     } 
    } 

    public string ToBase64(string encode) 
    { 
     Byte[] btByteArray = null; 
     UTF8Encoding encoding = new UTF8Encoding(); 
     btByteArray = encoding.GetBytes(encode); 
     string sResult = System.Convert.ToBase64String(btByteArray, 0, btByteArray.Length); 
     sResult = sResult.Replace("+", "-").Replace("/", "_"); 
     return sResult; 
    } 

    public string FromBase64(string decode) 
    { 
     decode = decode.Replace("-", "+").Replace("_", "/"); 
     UTF8Encoding encoding = new UTF8Encoding(); 
     return encoding.GetString(Convert.FromBase64String(decode)); 
    } 
} 

EDIT1:

В итоге оказалось, что лучше всего было сохранить красиво отформатированный строку для каждого элемента нужно выбрать. Это намного лучше, потому что теперь я только кодирую значения и никогда их не расшифровываю. Все специальные символы становятся «-». У многих моих db-таблиц теперь есть дополнительный столбец «URL». Данные довольно стабильны, вот почему я могу идти этим путем. Я даже могу проверить, уникальны ли данные в «URL».

EDIT2:

Также следите за символ пробела. Это выглядит хорошо на VS интегрированный веб-сервер, но отличается от iis7 Properly url encode space character

Answer 1

Если это только ваш последний параметр, вы можете сделать:

routes.MapRoute(
    "Default",            // Route name 
    "{controller}/{action}/{*id}",       // URL with parameters 
    new { controller = "Home", action = "Index", id = "" }); // Parameter defaults 

Answer 2

Еще одним вариантом является использование значения строки запроса. Очень хромой, но проще, чем обычная кодировка.

http://localhost:5000/Home/About?100%2f200 

Answer 3

В .NET 4.0 beta 2 команда CLR предложила обходной путь.

Добавьте это в файл web.config:

<uri> 
    <schemeSettings> 
     <add name="http" genericUriParserOptions="DontUnescapePathDotsAndSlashes" /> 
    </schemeSettings> 
</uri> 

Это приводит к тому, класс Uri вести себя в соответствии с RFC, описывающего URIs, что позволяет слешами быть экранированы в пути, не будучи неэкранированный. Команда CLR сообщает, что они отклоняются от спецификации по соображениям безопасности, и установка этого в вашем файле .config в основном заставляет вас взять на себя ответственность за дополнительные соображения безопасности, связанные с не отменой косой черты.

Answer 4

Это интересно о .NET 4. В любом случае эта ссылка описывает RFC 1738 и включает в себя, какие символы нуждаются в кодировке и которые просто «небезопасны». link text

Если мне нужен URL-адрес, ориентированный на SEO, (например, если вы хотите разместить тему сообщения в форуме в URL-адресе), пропускает кодировку и заменяет все, что не является A-Z, a-z, 0-9.

public static string CreateSubjectSEO(string str) 
    { 
     int ci; 
     char[] arr = str.ToCharArray(); 
     for (int i = 0; i < arr.Length; i++) 
     { 
      ci = Convert.ToInt32(arr[i]); 
      if (!((ci > 47 && ci < 58) || (ci > 64 && ci < 91) || (ci > 96 && ci < 123))) 
      { 
       arr[i] = '-'; 
      } 
     } 
     return new string(arr); 
    } 

Answer 5

То же самое для Java/Tomcat.

По-прежнему существует проблема, если у вас есть закодированный «/» (% 2F) в вашем URL-адресе.

RFC 3986 - Раздел 2.2 говорит: «Если данные для компонента URI конфликтуют с назначением зарезервированного символа в качестве разделителя, тогда конфликтующие данные должны быть закодированы до кодирования URI». (RFC 3986 - Раздел 2.2)

Но есть проблема с Tomcat:

http://tomcat.apache.org/security-6.html - Fixed in Apache Tomcat 6.0.10

important: Directory traversal CVE-2007-0450

Tomcat permits '\', '%2F' and '%5C' [...] .

The following Java system properties have been added to Tomcat to provide additional control of the handling of path delimiters in URLs (both options default to false):

• org.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH: true|false
• org.apache.catalina.connector.CoyoteAdapter.ALLOW_BACKSLASH: true|false

Due to the impossibility to guarantee that all URLs are handled by Tomcat as they are in proxy servers, Tomcat should always be secured as if no proxy restricting context access was used.

Affects: 6.0.0-6.0.9

Так что, если вы получили URL с% 2F характер, Tomcat возвращает: "400 Invalid URI: noSlash"

Вы можете переключиться на Bugfix в сценарии запуска Tomcat:

set JAVA_OPTS=%JAVA_OPTS% %LOGGING_CONFIG% -Dorg.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true 

Answer 6

Вот простое объяснение решения и суммированием того, что уже было сказано.

Запрос сторона:

1. UrlEncode ваш путь.
2. Замените '%' на '!'.
3. Оформить заявку. сторона

Ответ:

1. Заменить '!' с '%'.
2. UrlDecode ваш путь.
3. Используйте параметры так, как они были предназначены.

Промыть, повторить, наслаждаться.

Answer 7

Как предложил here, когда проблема, с которой сталкиваются разработчики Symfony 1.x (+ предложенных в PHP comments for urlencode()):

• Кодирование '/' до '% 2F' перед тем urlencode()
• Decode '% 2F' к '/' после того, как (при необходимости) urldecode()

Примечание: вы можете использовать rawurlencode(), но вам все равно придется UrlEncode '/' дважды.

Преимущества:

• исключает необходимость дополнительных процессов, вылетающих («!», Если заменить «/» с особым характером, как и «_»)
• Do не полагается на любом сервере настройки, такие как AllowEncodedSlashes для Apache

Answer 8

Просто используйте Server.UrlDecode. Он будет работать, я тестировал.

Answer 9

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