％20の後にスラッシュとそれに続くデータが続くと、ASP.NET MVC 3のルーティングが失敗します。

Question

パラメタとURLの間に％20という文字が表示されると、MVCルーティングは文字列を考慮しなくなります。

どうして私のURLの "％20"文字の処理にアプローチできますか？

例URL

http://localhost:40494/ListContents/Delete/asdf%20/5430f394... 

public ActionResult Delete(string DNSName, Guid id) 
{...} 

routes.MapRoute(
    "Delete", // Route name 
    "ListContents/Delete/{DNSName}/{id}", // URL with parameters 
    new { controller = "ListContents", action = "Delete" } // Parameter defaults 
    ); 

しかし 次のURLの両方が細かい

http://localhost:40494/ListContents/Delete/asdf%20SOMETHING_HERE/5430f394... 

http://localhost:40494/ListContents/Delete/%20asdf/5430f394-946c-4f82-ac13-9d5efafe9127 

Answer 1

次のスラッシュの前にURLの任意のセクションの最後に空白がある場合は、System.Web.Util.FileUtil.CheckSuspiciousPhysicalPath()メソッドでHttpExceptionをスローします。このメソッドはMVCによって処理され、HTTP 404応答が返されます。あなたは空のスペースを持つべきではない一般

1. Visual Studio
2. Debug
3. Exceptions
4. Common Language Runtime Exceptions

：

はあなたにはThrowのチェックボックスをチェックすることで、自分自身ことを確認することができますあなたのURL。私は個人的に私のURLをフォーマットし、すべてのスペースはダッシュ（ - ）になります。

Answer 2

を働く私は「問題はそれができるので、それが動作しない例であるということだと思います有効なURLとして解析されると、

http://localhost:40494/ListContents/Delete/asdf /5430f394...

代わりに、安全にそのURLから%20を削除するだけで安全です。

Answer 3

テーブルのidフィールドが文字列（nchar（x））でないか確認してください。その場合、それぞれのIDが型宣言で定義された正確な長さを持つかどうかを確認します。そうでない場合（文字数が少ない場合）、それが問題です（宣言された長さが間違っているはずです）。これは私のために働いた。