On 08/11/10 19:59, Tom Tux wrote:
Hi I have servers, which needs to connect to microsoft.com with a POST-request: xx,xx.xx.xx NONE/417 4362 POST http://go.microsoft.com/fwlink/? - NONE/- text/html This POST-request will fail (417-error), until I configure "ignore_expect_100 on" in squid.conf (using squid 3.1.6). Are there known problems / issues, with enabling the parameter "ignore_expect_100"? What could be the reason for this 417-error?
The client software is broken. The 417 reply indicates that the 1xx feature REQUIRED by the client is going to fail if used. They are supposed to re-try the request with HTTP/1.0-compatible features after getting a 417.
It's fairly safe to set it to ignore. What will happen is that Squid drops the 1xx messages and the broken client software which asked for them will wait for an unknown (long) time before either dying or continuing anyway. The downside is that lag for the client and lots of resources held up waiting for it to stop waiting for something that is never going to happen. If there is any genuine HTTP/1.0-only software in the chain it will barf on the 100 status message and kill the connection regardless of what Squid does.
Is there another way in squid.conf allowing these servers the POST-request? I tried with defining a separate acl (method POST), but this did not worked. The only way, the servers were able to connect to microsoft.com (POST) was with defining the "ignore_expect_100"-option.
Alternatively 3.2 (beta) now supports 1xx messages and will not generate the 417. This is no guarantee that other software wont generate it.
Amos -- Please be using Current Stable Squid 2.7.STABLE9 or 3.1.9 Beta testers wanted for 3.2.0.2