Search squid archive

Re: 204 no content header

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 Hi Amos

Thanks a lot for your answer

The request method is just a GET and with streetview option i was referring to the yellow man on goggle maps :-)

I could not get a lan trace between squid and the cisco device so i do not know what the cisco device is sending but if it is remove it, squid sends the 204 with the content-length and everything works. I see the same behavior with different proxies like bordermanager or superlumin. All send the content-length header.

Could be possible if you point me to the docs about this subject, please?

Thanks again

Gonzalo 
 
>>> Amos Jeffries <squid3@xxxxxxxxxxxxx> 18/11/2010 12:33 PM >>> 
On 18/11/10 23:23, Gonzalo Morera wrote:
>    Hi
>
> Please, disregard my previous post. In front of the squid server there is a Cisco appliance and it is the one causing the issue, so sending the 204 without a content-length header. Once the Cisco is removed, traces showed squid sending the 204 with the content-length header hence working as it should
>
> Thanks
>
> Gonzalo

:)

Well, to answer your technical Q about the RFCs. With a 204 reply the 
content-length header is usually optional. Squid sends a few headers 
like connection: and content-length: on a lets-be-safe basis.

The RFCs specify that the content-length:0 MUST exist for certain 
request methods (OPTIONS being one, was that what you meant by "the 
streetview options"?). And MUST NOT exist for certain types of encoding 
replies. That is all.

content-length is OPTIONAL in all other bodiless cases.

Disclaimer: I'm not an authority on the RFCs. Just spent lots of time 
reading figuring out the text.

Amos
-- 
Please be using
   Current Stable Squid 2.7.STABLE9 or 3.1.9
   Beta testers wanted for 3.2.0.3





[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux