All files from this thread

File Name File Size   Posted by Date  
414_200.png 15.7 KB open | download B.R. 10/29/2012 Read message
B.R.
October 29, 2012 09:12PM
To avoid saying odd things, the only think I am sure of when I checked the
exception output from Python is that it started with '<html>'. Maybe the
rest of the output came from my script.
I am not at work any more I can't check.

The only thing I am pretty sure about is that the status must be a status
like '200 OK' or '414 WTHAreYouDoin'.
I hate Python, but I'll trust it on that one ^^

I'll try to make a little PoC if needed,
---
*B. R.*


On Mon, Oct 29, 2012 at 8:57 PM, B.R. <reallfqq-nginx@yahoo.fr> wrote:

> @Valentin
> I am not seeking a solution to the 414 problem, I know how to address the
> issue
> Thanks anyway
>
> @Francis
> The browser output has just be made to illustrate the wrong answer.
>
> The problem triggered using a Python script which checked against the
> 'status' field of a HTTP answer to decide on its actions.
> It crashed several times at random occurences with a BadStatusLine
> exception.
> The exception message was something like '<html>\n\n\n\n200'.
>
> I do not know the implementation details, although I suspect an answer
> code should be an answer code.
> I didn't get 414, I get something which made my script crash.
>
> That's why I guess that's a bug
> ---
> *B. R.*
>
>
>
> On Mon, Oct 29, 2012 at 8:12 PM, Francis Daly <francis@daoine.org> wrote:
>
>> On Mon, Oct 29, 2012 at 07:43:27PM -0400, B.R. wrote:
>>
>> Hi there,
>>
>> > When submitting too large requests, Nginx replies a page containing the
>> > right code status but serves the errors page with a HTTP/0.9 (!) 200
>> answer.
>>
>> No, it doesn't.
>>
>> Look at the "curl -i" output.
>>
>> Your browser is making up the 200 status.
>>
>> It is right about the HTTP/0.9 response, though, because nginx couldn't
>> see that the request was HTTP/1.0 or HTTP/1.1. And therefore it "knows"
>> that it was HTTP/0.9.
>>
>> See the thread including http://forum.nginx.org/read.php?2,228425,228431
>> for more details.
>>
>> I think that nginx is not wrong in this case. But I also think that it
>> wouldn't be wrong if this HTTP/0.9 response had two paragraphs, and began
>> with the characters "HTTP/1.1 414".
>>
>> I imagine that if someone provided a justification with a patch, it
>> would be considered like any other suggested patch.
>>
>> f
>> --
>> Francis Daly francis@daoine.org
>>
>> _______________________________________________
>> nginx mailing list
>> nginx@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx
>>
>
>
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Subject Author Posted

Nginx answers too large requests with bad status Attachments

B.R. October 29, 2012 07:46PM

Re: Nginx answers too large requests with bad status

VBart October 29, 2012 08:08PM

Re: Nginx answers too large requests with bad status

Francis Daly October 29, 2012 08:14PM

Re: Nginx answers too large requests with bad status

B.R. October 29, 2012 09:00PM

Re: Nginx answers too large requests with bad status

B.R. October 29, 2012 09:12PM

Re: Nginx answers too large requests with bad status

VBart October 30, 2012 05:18AM

Re: Nginx answers too large requests with bad status

B.R. October 30, 2012 10:10AM

Re: Nginx answers too large requests with bad status

Francis Daly October 30, 2012 04:12PM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 217
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready