Denis BUCHER wrote:
> Dear all,
>
> I hope my question is not too stupid because I don't really understand
> what is happening.
>
> An application (from Garmin to update GPS devices) is working when
> directly connected to Internet, but not working when using the proxy.
> In the log files, the last log line from this PC is :
>
> 1280491186.070 1083 172.16.1.103 TCP_MISS/417 1874 POST
> http://rmu.garmin.com/Rmu - NONE/- text/html
>
> And then, nothing more...
>
> It seems the application is communicating thru a POST and XML files, but
> what could be the reason that makes it not working when using the proxy ?
> The application is doing some other requests before this one, including
> CONNECT on port 443...
>
> Any help or advice, or any advice on how to debug more would be greatly
> appreciated !
>
> Denis
>
It is using the HTTP/1.1-only header "Expect:". The HTTP/1.1 response to
these headers is a 100, a 417 or a 200 status code. It completely breaks
if the 100 status gets sent over any HTTP/1.0 software such as squid.
Squid is now just smart enough to identify those requests and follows
the RFC 2616 requirement of sending back the HTTP/1.1 417 try-again
response instead of wasting bandwidth ans server time before dying on
the 100.
If that is the last request that it dies on the client software is
broken in the way it handles the 417. It is expected to retry an old
HTTP/1.0 style POST with body data after receiving that status.
Amos
-- Please be using Current Stable Squid 2.7.STABLE9 or 3.1.5Received on Fri Jul 30 2010 - 16:56:01 MDT
This archive was generated by hypermail 2.2.0 : Sat Jul 31 2010 - 12:00:05 MDT