Re: Effective IP address / real IP address

On 12/13/2011 9:06 PM, Roy T. Fielding wrote: > On Dec 13, 2011, at 5:33 PM, Graham Leggett wrote: >> On 14 Dec 2011, at 12:50 AM, Graham Leggett wrote: >>> On 12 Dec 2011, at 11:25 PM, William A. Rowe Jr. wrote: >>> I have a frustrating update, which we need to take into consideration for >>>

Re: Effective IP address / real IP address

On Dec 13, 2011, at 5:33 PM, Graham Leggett wrote: > On 14 Dec 2011, at 12:50 AM, Graham Leggett wrote: >> On 12 Dec 2011, at 11:25 PM, William A. Rowe Jr. wrote: >> >>> I have a frustrating update, which we need to take into consideration for >>> the whole remote_ip-related resolution. From the

Re: Effective IP address / real IP address

On 14 Dec 2011, at 12:50 AM, Graham Leggett wrote: > On 12 Dec 2011, at 11:25 PM, William A. Rowe Jr. wrote: > >> I have a frustrating update, which we need to take into consideration for >> the whole remote_ip-related resolution. From the httpd-ng workgroup... > > This makes sense, we're an HT

Re: Effective IP address / real IP address

On 12 Dec 2011, at 11:25 PM, William A. Rowe Jr. wrote: > I have a frustrating update, which we need to take into consideration for > the whole remote_ip-related resolution. From the httpd-ng workgroup... This makes sense, we're an HTTP server, lets stick to RFC related terms. > Mark Nottingham

Re: Time for httpd 2.4.0-RC1 ??

On Dec 11, 2011, at 6:01 AM, Jim Jagielski wrote: > Now that apu-1.4.1 is close to release, it looks like we are > close to being able to have our 1st RC for 2.4.0... > > My plan is to T&R sometime this week... +1, let's do it. S. -- scte...@apache.orghttp://www.temme.net/sander

Re: Proposal: adoption of mod_firehose subproject

On Dec 13, 2011, at 7:19 AM, Graham Leggett wrote: > - mod_firehose: "tcpdump for httpd" +1 on adopting. S. -- scte...@apache.orghttp://www.temme.net/sander/ PGP FP: FC5A 6FC6 2E25 2DFD 8007 EE23 9BB8 63B0 F51B B88A View my availability: http://tungle.me/sctemme

Re: Proposal: adoption of mod_firehose subproject

On 13 Dec 2011, at 10:37 PM, Christian Folini wrote: > One thing you can not do with mod_security, though, is > the following: To log encrypted connections between a > reverse proxy and the backend applications. > > So far it is very hard to prove the Apache proxy > sends the right stuff if you c

Re: Proposal: adoption of mod_firehose subproject

Graham, Mod_firehose sounds very helpful. I like the record/replay options. It would be great if you could convince the developers. It is possible to do similar stuff with mod_security, though not in a very easy way, but mod_security still helps for debugging purposes. One thing you can not do w

Re: Proposal: adoption of mod_policy subproject

On 13 Dec 2011, at 8:39 PM, William A. Rowe Jr. wrote: >> The set of policies to apply is as follows, but is expected to change with >> time: >> >> o Content-Type: check that it's present and valid >> o Content-Length: check that it is present and valid (used to ensure that >> keepalive request

Re: Proposal: adoption of mod_firehose subproject

On 13 Dec 2011, at 8:35 PM, William A. Rowe Jr. wrote: > A silly question perhaps, but was the tcpdump/wireshark file format > considered? > If not, was there a reason to invent a new representational format? > > It seems like the functionality you describe, at the httpd-internals > visibility,

Re: Proposal: adoption of mod_policy subproject

On 12/13/2011 10:22 AM, Graham Leggett wrote: > - mod_policy: "HTTP protocol police" > > mod_policy is a set of httpd filters that detect and implement a set of HTTP > protocol checks, the idea being you declare a policy for your development and > testing environments, and requests/responses tha

Re: Proposal: adoption of mod_firehose subproject

On 12/13/2011 9:19 AM, Graham Leggett wrote: > > - mod_firehose: "tcpdump for httpd" > > Based originally on mod_dumpio.c, mod_firehose is an httpd filter that writes > the contents of a request and/or a response to a file or pipe in such a way > that the requests can be reconstructed later usi

Proposal: adoption of mod_combine subproject

Hi all, As with mod_firehose and mod_policy, I have concluded negotiation with the BBC to open source some httpd modules that I wrote under the AL, and the BBC have very kindly agreed to donate the code to the ASF[1], which I believe would fit well as a subproject of httpd, and would like to kn

Proposal: adoption of mod_policy subproject

Hi all, As with mod_firehose, I have concluded negotiation with the BBC to open source some httpd modules that I wrote under the AL, and the BBC have very kindly agreed to donate the code to the ASF[1], which I believe would fit well as a subproject of httpd, and would like to know whether http

Re: Proposal: adoption of mod_firehose subproject

It is a wonderful tool, my vote does not count, but please +1 !! On Tue, Dec 13, 2011 at 12:46 PM, Issac Goldstand wrote: > +1 on adopting > > On 13/12/2011 17:19, Graham Leggett wrote: >> Hi all, >> >> I have concluded negotiation with the BBC to open source some httpd modules >> that I wrote u

Re: Proposal: adoption of mod_firehose subproject

+1 on adopting On 13/12/2011 17:19, Graham Leggett wrote: > Hi all, > > I have concluded negotiation with the BBC to open source some httpd modules > that I wrote under the AL, and the BBC have very kindly agreed to donate the > code to the ASF[1], which I believe would fit well as subprojects o

Proposal: adoption of mod_firehose subproject

Hi all, I have concluded negotiation with the BBC to open source some httpd modules that I wrote under the AL, and the BBC have very kindly agreed to donate the code to the ASF[1], which I believe would fit well as subprojects of httpd, and would like to know whether httpd would accept these.

Re: svn commit: r1210378 - /httpd/httpd/trunk/server/util_expr_eval.c

Am 13.12.2011 06:57, schrieb Stefan Fritsch: I think r1213567/r1213570 should fix it. Would be nice if you (or someone else) could check it, though. works. Thanks Stefan! Gün.