W3C home > Mailing lists > Public > www-talk@w3.org > March to April 2009

Re: HTTP proxy vs client identity

From: Mark Nottingham <mnot@mnot.net>
Date: Fri, 20 Mar 2009 19:01:15 -0700
Cc: www-talk@w3.org
Message-Id: <05F412B1-110C-4246-918B-4BC133445492@mnot.net>
To: Magnus Henoch <magnus@erlang-consulting.com>
Yes, it can, but many/most proxies do not do this in practice, because  
of pipelining bugs in servers (if they get responses out of order,  
it's a bad security problem) and because you don't know how long the  
first response will take before the second will start coming back.

It's more common IME for proxies to reuse idle connections left over  
from other clients.

Hope this helps,

P.S., Questions like this are appropriate for the HTTPbis list;
   http://lists.w3.org/Archives/Public/ietf-http-wg/


On 19/03/2009, at 8:45 AM, Magnus Henoch wrote:

> Hi,
>
> I'm writing an HTTP proxy.  Thus I'm thinking about an interesting
> protocol question: if two clients each send a request through the same
> proxy to the same origin server, is the proxy allowed to open a single
> connection to the origin server, and forward the two requests by
> pipelining?  I imagine that a server might consider the two requests  
> to
> come from the same client, as they arrived by the same connection.
>
> As far as I can tell from the HTTP 1.1 spec, a server may not make  
> such
> an assumption.  Is that correct?  Are there examples of servers that  
> do
> that anyway?
>
> -- 
> Magnus Henoch, magnus@erlang-consulting.com
> Erlang Training and Consulting
> http://www.erlang-consulting.com/
>
>
>


--
Mark Nottingham     http://www.mnot.net/
Received on Saturday, 21 March 2009 02:01:53 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 27 October 2010 18:14:31 GMT