On 12/04/2016 03:05 PM, Alfredo Rezinovsky wrote: > Let say a client asks for a URL using a range: 0-256000. > > I want squid to ask just for 10.000 bytes and answer as if the request > was server side aborted. > > I can change the request Range: "bytes=0-256000" to "bytes=0-10000" with > and icap server > > > In the answer I'm trying to change the Content-Range from > "0-10000/total" to "0-256000/total" and Content-Length from "10001" to > "256001" squid won't hung up and the client will stay waiting after the > first 10001 bytes. > > There's a way to make squid send what it gets from the icap and then > drop the TCP connection as in a server side aborted connection? I have not tested it, but I would expect Squid to close the TCP connection to the HTTP client if the ICAP service aborts the corresponding RESPMOD transaction (i.e., closes the ICAP connection before serving the entire ICAP response). In theory, Squid should read the embedded HTTP response headers and expect 256001 HTTP body bytes. Your ICAP service can close the connection after sending fewer HTTP body bytes to simulate the abort. Such premature aborts do happen in virus filtering with data trickling environments, so I would expect the corresponding Squid code to work in principle. In practice, Squid might get confused with ICAP service manipulations of the overall transaction state. You would need to test this to know whether your specific plan works without any Squid modifications. For example, there is a bug report about Squid getting confused when an ICAP REQMOD service rewrites a CONNECT request to a GET request (or vice versa, I do not recall). You might hit somewhat similar limitations with range manipulations. HTH, Alex. _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
