: [squid-users] parseHTTPRequest problem with SQUID3
Increases in compatibility are in the release notes and ChangeLog
The regression in 0.9 support you hit is a bug.
Is there any possibility of restoring 0.9 support in Squid3? I can
always have my load-balancer format the requests to contain
On ons, 2008-11-12 at 13:51 -0800, Gregori Parker wrote:
So, do I need to file a bug report, so that this can get addressed? Or
are the devs already aware?
The devs are aware (or at least both me and Amos), but please file a bug
report anyway. Much easier for us to track the issue then.
Not fully 1.1, but from (0.9 + 1.0) to fully 1.0 + partial 1.1. Which
is
weird because 2.6 went almost fully 1.0 as well quite a while back.
I wish changes like this were called out in the release notes
always_direct prevents the requests going through peers. Nothing more.
if the domain
Henrik Nordstrom wrote:
On tis, 2008-11-11 at 15:24 +1300, Amos Jeffries wrote:
Not fully 1.1, but from (0.9 + 1.0) to fully 1.0 + partial 1.1. Which is
weird because 2.6 went almost fully 1.0 as well quite a while back.
From this discussion it seems Squid-3 no longer accepts the obsolete
Not fully 1.1, but from (0.9 + 1.0) to fully 1.0 + partial 1.1. Which
is
weird because 2.6 went almost fully 1.0 as well quite a while back.
I wish changes like this were called out in the release notes
Increases in compatibility are in the release notes and ChangeLog
The regression in 0.9
I've just rolled back a failed Squid migration from 2.6 to 3.0, and I'm
looking for reasons why it failed. I have been successfully using the
latest Squid 2.6 to http-accel a pool of backend web servers, with a
load-balancer in front to direct traffic.
The load-balancer hits the squid server
Thanks for your response
That message means there was no HTTP/1.0 tag on the request line.
Squid begins assuming HTTP/0.9 traffic.
Squid 2.6 handled these fine, and my configuration hasnt changed, so
was
there something introduced in Squid3 that demands a hostname?
no.
Something has to
Thanks for your response
That message means there was no HTTP/1.0 tag on the request line.
Squid begins assuming HTTP/0.9 traffic.
Squid 2.6 handled these fine, and my configuration hasnt changed, so
was
there something introduced in Squid3 that demands a hostname?
no.
Something has
On tis, 2008-11-11 at 15:24 +1300, Amos Jeffries wrote:
Not fully 1.1, but from (0.9 + 1.0) to fully 1.0 + partial 1.1. Which is
weird because 2.6 went almost fully 1.0 as well quite a while back.
From this discussion it seems Squid-3 no longer accepts the obsolete
HTTP/0.9 style requests.