Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 93914 invoked from network); 12 Oct 2006 14:11:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 12 Oct 2006 14:11:53 -0000 Received: (qmail 55164 invoked by uid 500); 12 Oct 2006 14:11:47 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 55100 invoked by uid 500); 12 Oct 2006 14:11:47 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 55089 invoked by uid 99); 12 Oct 2006 14:11:47 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Oct 2006 07:11:47 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [209.133.192.6] (HELO devsys.jaguNET.com) (209.133.192.6) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Oct 2006 07:11:42 -0700 Received: (from jim@localhost) by devsys.jaguNET.com (8.13.8/jag-2.6) id k9CEBMN01070 for dev@httpd.apache.org; Thu, 12 Oct 2006 10:11:22 -0400 (EDT) From: Jim Jagielski Message-Id: <200610121411.k9CEBMN01070@devsys.jaguNET.com> Subject: Re: Issue with persistent http proxy backend connection To: dev@httpd.apache.org Date: Thu, 12 Oct 2006 10:11:18 -0400 (EDT) Reply-To: jim@jaguNET.com In-Reply-To: from "Ruediger Pluem" at Oct 12, 2006 01:19:51 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ruediger Pluem wrote: > > I do not think that this matters all too much, because the backend closes > the connection *immediately* after sending out the response. So the socket > connection check on proxy side that is executed before reusing a connection > will detect that this socket has been closed by the remote side. > But yes, in theory their remains a race here if the proxy reuses the connection > faster then the backend needs time to close the socket after sending the response. > +1 on the 'in theory' part, but seeing this in the real world is very very remote. -- =========================================================================== Jim Jagielski [|] jim@jaguNET.com [|] http://www.jaguNET.com/ "If you can dodge a wrench, you can dodge a ball."