Henrik Nordstrom wrote:
lör 2009-09-12 klockan 23:36 +1200 skrev Amos Jeffries:
Updating the checklist today I again wonder if we can repeat the step
from 2.7 and enable HTTP/1.1 on requests sent to servers
The default in 2.7 is 1.0 still. There is an option to enable 1.1, or
actually three.. (http11 cache_peer option, server_http11 directive and
http11 http(s)_port option)
As far as I can see the missing bits 3.2 needs to take that step are:
- reject http-Upgrade requests from clients.
- reject Expect-100 requests from clients.
Unfortunately there is several clients which will fail if you do that...
sending Expect: 100-continue, but not expecting it to be rejected with
417 Expectation Failed...
is why there is an ignore_expect_100 directive in 2.7.. default off but
many of the setups using 2.7 as normal proxy have had to enable this..
Thanks to the experimentation trying to fix bug 2176 I think I see a
clean way to create expect-100 handling in Squid-3.
If someone with more store experience can point out to me how to reset
the StoreEntry properly after receiving and passing on a reply we can
accept and process the 100 reply and then reset it for the actual data
reply. Turning sockets used for *100 into a temporary persistent
connection with two pipelined replies regardless of the overall
persistence needs.
... branch created to experiment with.
Amos
--
Please be using
Current Stable Squid 2.7.STABLE7 or 3.0.STABLE21
Current Beta Squid 3.1.0.15