Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (nike.apache.org: domain of rainer.jung@kippdata.de
 designates 195.227.30.149 as permitted sender)
Message-ID: <4CD4185B.3080302@kippdata.de>
Date: Fri, 05 Nov 2010 15:44:43 +0100
From: Rainer Jung <rainer.jung@kippdata.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de;
 rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: dev@httpd.apache.org
Subject: Re: svn commit: r1031551 - in /httpd/httpd/trunk: CHANGES
 modules/proxy/mod_proxy_connect.c
References: 
 <99EA83DCDE961346AFA9B5EC33FEC08B032EEFB0@VF-MBX11.internal.vodafone.com>
In-Reply-To: 
 <99EA83DCDE961346AFA9B5EC33FEC08B032EEFB0@VF-MBX11.internal.vodafone.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit

On 05.11.2010 15:29, "Pl�m, R�diger, VF-Group" wrote:
>
>
>> -----Original Message-----
>> From: Eric Covener
>> Sent: Freitag, 5. November 2010 15:10
>> To: dev@httpd.apache.org
>> Subject: Fwd: svn commit: r1031551 - in /httpd/httpd/trunk:
>> CHANGES modules/proxy/mod_proxy_connect.c
>>
>> any concern that these CONNECT tunnels, that look like one request to
>> the proxy, would hold open exiting children too long?
>
> IMHO this is the way it works and is designed.

... but an interesting remark for the so much improved docs ...

So it does mean the child will be killed in case of to many spares or 
maxrequestperchild and thus any kind of long running tunnel will be 
aborted. Right? Should not be a problem for CONNECT when used for https 
proxy, but will be a problem for VPN or tunneling type of use.

Regards,

Rainer