ASP.NET POST-DATA가 49152 바이트 (48K)에서 잘림

Question

viewstate를 디코딩 할 수없는 오류가 발생하고 일부 오류는 http 포스트 데이터가 정확히 48K에서 잘린 것을 추적합니다 (49152) 바이트.

이것은 .NET 2.0 SP1의 fixed 버그 중 하나 인 listed입니다. 현재 .NET 3.5 SP1이 있습니다.

모든 게시물에서이 문제가 발생하지는 않습니다. 어떤 아이디어? 팩 1

KB 925248 FIX의 .NET Framework 2.0 서비스에서 수정 된

KB 945757 문제 : POST 요청의 데이터는 49,152 바이트로 잘립니다 때 ASP.NET 연결 응용 프로그램 POST 요청을받습니다.

EDIT : 인코딩 지정을 양식에 추가 한 후 내 오류 로그에서 이러한 오류 중 하나를 포착했습니다. content-type이 url-encoded로 적절하게 설정되었고 content-length가 49152를 넘었 음을 보여줍니다. 그러나 오류 로그에있는 게시 데이터의 덤프는 정확히 49152 바이트였습니다. 페이지에서 제출 버튼을 여러 번 클릭하여 다시 만들 수있었습니다. 나는 어떤 이유로 페이지가 매우 느리게 처리되기 때문에 사용자가이 작업을 수행했다고 생각합니다 (이전보다 훨씬 빨랐습니다). 이 잘라내기를 겪은 후속 제출 일 가능성이 큽니다. 제 수정은 페이지를 다시 빠르게 만들거나 첫 번째 클릭에서 버튼을 사용 중지하는 것일 수 있습니다.

Answer 1

내가 할 IIS5이 문제 양식이 application/x-www-form-urlencoded로 전송 된 경우, 귀하의 content-type 등이 설정하려고 제외하고는 48KB 이상 모든 데이터를 절단 할 것으로 알고

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

</form> 

을 pen-tester이 문제를 일으킬 수 있습니다.

HTTP 밀수 검색도 같은 문제를 찾을 수 있습니다.

read more 정보는 HTTP 밀수입니다.

Answer 2

나는 이것을 한 번 들켰습니다. 그리고 그것을 잘라내는 브라우저가되었습니다.

나는 더 이상 기억하지 않습니다. 나는 그것이 파이어 폭스라고 말하고 싶지만, 나는 확신 할 수 없다.

수정 된 내용은 양식의 콘텐츠 형식을 multipart/form-data으로 변경 한 것입니다.