<div dir="auto"><div>Thanks for the response.<div dir="auto">What happens when content-length  provided in request is greater than the post body size? </div><div dir="auto">How does nginx handle this case ? </div><div dir="auto">Does it fail with 400 ?</div><div dir="auto"><br></div><div dir="auto">Also how is the truncation/padding done in case of lesser or higher content length ?</div><div dir="auto"><br></div>Regards,</div><div dir="auto">Vishwas</div><div dir="auto"><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sun, Dec 11, 2022, 01:52 Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
On Sat, Dec 10, 2022 at 12:03:04PM +0530, Vishwas Bm wrote:<br>
<br>
> I am using nginx 1.22.1 and for some requests from client, I am seeing<br>
> below 400 bad request errors.<br>
> <br>
> Below are some error messages:<br>
> <br>
> "log":{"message":"225#225: *8413018 client sent invalid method while<br>
> reading client pipelined request line, client: 10.178.111.18, server: _,<br>
> request: 'ocality': 'ny','mode': 'proactive','type': 'HSS','service':<br>
> {'type': 'str','kspaces': [],'prtl': 'nds','traffic_type':<br>
> 'rst'}}<92>¹ÏNfGå<8d>¹Âø^FÍ^XÌb<9d>jó<91>¸<81>Ô|]\P0Q^P'^\BÝ<93>ÛT±R'"}}<br>
> <br>
> {"[ocality\x22: \x22NY\x22,\x22mode\x22: \x22proactive\x22,\x22type\x22:<br>
> \x22TSS\x22,\x22service\x22: {\x22type\x22:<br>
> \x22storage\x22,\x22keyspaces\x22: [],\x22protocol\x22:<br>
> \x22nds\x22,\x22traffic_type\x22:<br>
> \x22rts\x22}}\x92\xB9\xCFNfG\xE5\x8D\xB9\xC2\xF8\x06\xCD\x18\xCCb\x9Dj\xF3\x91\xB8\x81\xD4|]\x5CP0Q\x10\x22\x1CB\xDD\x93\xDBT\xB1R]<br>
> 400 150 [-] [-] 0 10.577 [] - - - - b1d1932b3a43ced62c2ebfa80d435092"}}<br>
> <br>
> <br>
> Is there any way to decode this or Is the garbled data itself causing nginx<br>
> to say 400 errors ?<br>
> Can someone help me with this ?<br>
<br>
>From the error message it looks like the client incorrectly <br>
specified Content-Length in the request, so the rest of the <br>
request body not covered by Content-Length is interpreted as <br>
another request (and rejected by nginx, because obviously enough <br>
it is not a valid HTTP request).<br>
<br>
-- <br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer noreferrer" target="_blank">http://mdounin.ru/</a><br>
_______________________________________________<br>
nginx mailing list -- <a href="mailto:nginx@nginx.org" target="_blank" rel="noreferrer">nginx@nginx.org</a><br>
To unsubscribe send an email to <a href="mailto:nginx-leave@nginx.org" target="_blank" rel="noreferrer">nginx-leave@nginx.org</a><br>
</blockquote></div></div></div>