49152バイト（48K）で切り捨てられたASP.NET POST-DATA

Question

viewstateがデコードできないエラーが発生しています。また、http postデータが正確に48Kで切り捨てられたというエラー（49152）バイト。

これは、.NET 2.0 SP1のfixedバグの1つとしてlistedでした。私は現在.NET 3.5 SP1を持っています。

この問題はすべての投稿で発生するとは思われません。何か案は？ .NET Framework 2.0 Service Pack 1で固定されている

KB 945757問題

KB 925248 FIX：ASP.NET接続アプリケーションPOSTリクエスト内のデータが49,152バイトに切り捨てられPOSTリクエストを受信しました

EDIT：エンコードの指定をフォームに追加した後、エラーログにこれらのエラーが表示されました。 content-typeがurl-encodedに正しく設定され、content-lengthが49152を超えていたことを示しています。しかし、エラーログ内のポストデータのダンプも正確に49152バイトでした。ページから送信ボタンを何回かクリックして再作成できました。何らかの理由でページが非常にゆっくりと処理されるため（以前ははるかに高速でした）、ユーザーがこれを行ったと思います。これは、この切り詰めに遭遇した後続の提出の可能性が高い。私の修正は、ページをもう一度速くしたり、最初のクリックからボタンを無効にすることです。

Answer 1

私は、フォームがapplication/x-www-form-urlencodedとして送信された場合、あなたのcontent-typeなどこれを設定しよう除いて、それは48KB以上すべてのデータを切り捨てます、IIS5は、この問題を抱えていたことを知っていますか：

<form accept-charset="utf-8" 
     enctype="application/x-www-form-urlencoded" ... > 

</form> 

pen-testerがこの問題を引き起こす可能性があります。

HTTPスマグリングを検索しても同じ問題が発生します。

read more HTTPスマグリングについての情報。

Answer 2

私はこれを一度実行し、それはそれを切り捨てているブラウザだと分かった！

もうどちらかが覚えていません。私はそれがfirefoxだったと言いたいが、私は確信が持てない。

フォームのコンテンツタイプをmultipart/form-dataに変更しました。