ASP.NET POST-DATA урезан до 49152 байтов (48 КБ)

Question

Я получаю ошибки, когда viewstate не может быть декодировано, а некоторые ошибки связаны с тем, что данные поста http были усечены ровно с 48 КБ (49152) байтов.

Это было в списке как одна из исправленных ошибок в .NET 2.0 SP1.У меня сейчас есть .NET 3.5 SP1.

Эта проблема, похоже, не возникает с каждым сообщением.Есть идеи?

КБ 945757 Проблемы, исправленные в .NET Framework 2.0 с пакетом обновления 1

KB 925248 ИСПРАВЛЕНИЕ: данные в запросе POST усекаются до 49 152 байт, когда приложение, подключенное к ASP.NET, получает запрос POST

РЕДАКТИРОВАТЬ: обнаружена одна из этих ошибокв журналах ошибок после того, как я добавил обозначение кодировки в форму.Это показывает, что тип содержимого был правильно установлен в кодировке url, а длина содержимого превысила 49152. Но дамп данных поста в журнале ошибок снова составил ровно 49152 байта.Мне удалось воссоздать это, нажав кнопку «Отправить» несколько раз со страницы.Я думаю, что пользователь сделал это, потому что по какой-то причине страница обрабатывается очень медленно (раньше это было намного быстрее).Вероятно, последующие представления столкнулись с этим усечением.Мое исправление может заключаться в том, чтобы снова сделать страницу быстрой и / или отключить кнопку с первого щелчка.

Answer 1

Я столкнулся с этим один раз, и оказалось, что это браузер урезает его!

Я не помню, какой из них больше. Я хочу сказать, что это был Firefox, но я не уверен.

исправлено изменение типа содержимого формы на multipart/form-data.

Answer 2

Я знаю, что IIS5 имел эту проблему, он обрезал бы все данные выше 48 КБ, кроме случаев, когда форма была отправлена ​​как application/x-www-form-urlencoded, попробуйте установить это как content-type нравится:

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

</form>

ручка-тестер может решить эту проблему.

Если вы также ищете HTTP Smuggling , вы найдете ту же проблему.

вы можете читать дальше информация о HTTP-контрабанде.