Столкнулся сегодня с дичью, даж не знаю баг или фича через

Question

Столкнулся сегодня с дичью, даж не знаю баг или фича через

multipart/form-data Загружаю файл скажем 50мб + поле
экшОн
Task<IActionResult> UploadFile(/*без разницы что*/)
{ return BadRequest(); //без разницы что здесь, можно эксепшин, любой код, валидация обычная и т.п главное НЕ читать до конца тело запроса }

получаю connection reset вместо ответа

в логе /Info
Request finished in 7.2002ms 400 application/json; charset=utf-8
the application completed without reading the entire request body.
automatic draining of the request body timed out after taking over 5 seconds.

то есть кестрел вернул куда-то(!!) ответ 400, затем перестал читать request, потом подумал чето долго висит - давай его грохну? грохает.
в итоге на клиенте сброс соединения, а ответа так и нет по факту, браузер как будто просто тупо не читает ответ чтоль пока весь запрос не запихнет?

#backend #dot #programming #russian

0

22.03.2021

8 ответов

14 просмотров

Александр Автор вопроса

SomebodyOdd
По стандарту - браузер не обязан реагировать на ра...

ок пасиб, я в принципе уже все перекопал за сегодня тоже решил тут безысходность..

0

22.03.2021

Dr. Friedrich von Never

SomebodyOdd
По стандарту - браузер не обязан реагировать на ра...

Ого, какая история интересная.

0

23.03.2021

Pavel S

Клиент среагирует на ранний ответ если прислал заголовок Expect: 100 continue, иначе значит клиент не поддерживает ранний ответ и ожидает что сервер прочитает тело реквеста до конца и только после этого ожидает ответ

0

23.03.2021

Floppy Disk

Dr. Friedrich von Never
Ого, какая история интересная.

это как?

0

23.03.2021

Dr. Friedrich von Never

Floppy Disk

это как?

Наверное, смотришь профиль на каком-то не том подсайте?

0

23.03.2021

Floppy Disk

Dr. Friedrich von Never
Наверное, смотришь профиль на каком-то не том подс...

нет, это я дурачусь просто

0

23.03.2021

SomebodyOdd

Dr. Friedrich von Never
Ого, какая история интересная.

Боюсь представить сколько таких историй происходит в том же kestrel чтобы всё работало со всеми клиентами... ¯\_ (ツ) _/¯

0

23.03.2021

SomebodyOdd · Accepted Answer

По стандарту - браузер не обязан реагировать на ранний ответ, хоть и рекомендуется. An HTTP/1.1 (or later) client sending a message-body SHOULD monitor the network connection for an error status while it is transmitting the request. If the client sees an error status, it SHOULD immediately cease transmitting the body. А вообще - это нормальное поведение. Приложение решило не читать файл и ответило раньше (ошибкой или чем-то хорошим, неважно). Kestrel ответил, и (зная что клиент НЕ ОБЯЗАН читать ранний ответ) попытался дочитать запрос. Но либо браузер таки прервал отправку, или подвис интернет - сервер не получил в течении 5-ти секунд данных и подумал "ну и хер с тобой, ответ тебе уже отправили". https://github.com/dotnet/aspnetcore/issues/6986

170 похожих чатов

Столкнулся сегодня с дичью, даж не знаю баг или фича через

8 ответов

Похожие вопросы