Hi Jeff et al,
Thanks for responding. I was kind of afraid (but expected) that that'd be the
situation :(...
Yours,
Jim
Jeff Trawick wrote:
> On Tue, Apr 2, 2013 at 3:21 AM, Ian B wrote:
>
> > ap_log_rerror is part of the core libraries, see:
> >
> > http://ci.apache.org/projects/**h
Hi,
We use a 3rd party module that works fine with Apache 2.2.x, but when we try it
with Apache 2.4.4, we get the Subject error:
undefined symbol: ap_log_rerror
>From searching, this is due to changes in Apache 2.4, and what I've seen says
>that the module needs to be re-compiled for Apache 2.
oh...@cox.net wrote:
>
> Eric Covener wrote:
> > On Thu, Jan 10, 2013 at 11:04 AM, wrote:
> > > Hi,
> > >
> > > I'm starting to work on a new module, and part of the functionality that
> > > I'd like to incorporate would involve processing Apache-type expressions
> > > to produce
Eric Covener wrote:
> On Thu, Jan 10, 2013 at 11:04 AM, wrote:
> > Hi,
> >
> > I'm starting to work on a new module, and part of the functionality that
> > I'd like to incorporate would involve processing Apache-type expressions to
> > produce a true/false result that my module would th
Hi,
I'm starting to work on a new module, and part of the functionality that I'd
like to incorporate would involve processing Apache-type expressions to produce
a true/false result that my module would then use to decide what to do, in some
cases.
So, I was wondering if there is some API or i
Joe Lewis wrote:
> On 07/01/2012 01:53 PM, oh...@cox.net wrote:
> > Joe Lewis wrote:
> >
> >> On 07/01/2012 12:55 PM, oh...@cox.net wrote:
> >>
> >>> oh...@cox.net wrote:
> >>>
> >>>
> oh...@cox.net wrote:
>
>
> > Joe Lewis
Joe Lewis wrote:
> On 07/01/2012 12:55 PM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >
> >> oh...@cox.net wrote:
> >>
> >>> Joe Lewis wrote:
> >>>
> Jim, you could use the log_error funtion all the time. Log_perror javits
> logging associate
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> >
> > Joe Lewis wrote:
> > > Jim, you could use the log_error funtion all the time. Log_perror javits
> > > logging associated with a pool, and log_rerror is for requests. If
> > > possible, use log_rerror, because it puts the up
oh...@cox.net wrote:
>
> Joe Lewis wrote:
> > Jim, you could use the log_error funtion all the time. Log_perror javits
> > logging associated with a pool, and log_rerror is for requests. If
> > possible, use log_rerror, because it puts the up address, etc into the logs.
> >
> > Joe
Joe Lewis wrote:
> Jim, you could use the log_error funtion all the time. Log_perror javits
> logging associated with a pool, and log_rerror is for requests. If
> possible, use log_rerror, because it puts the up address, etc into the logs.
>
> Joe
> On Jul 1, 2012 10:56 AM, wrote:
>
Jo
oh...@cox.net wrote:
> Hi,
>
> I'm working on my 1st module, and everything seems to be working so far. At
> this point, since it's a first module, and I've been doing lots of debugging,
> mostly running Apache in single process mode (-k start -X), I've only been
> using printf to outpu
Hi,
I'm working on my 1st module, and everything seems to be working so far. At
this point, since it's a first module, and I've been doing lots of debugging,
mostly running Apache in single process mode (-k start -X), I've only been
using printf to output various things.
I am somewhat loath t
Eric Covener wrote:
> On Sun, Jul 1, 2012 at 11:48 AM, wrote:
> > Hi,
> >
> > I have the following in my module:
> >
> >
> > module AP_MODULE_DECLARE_DATA my_module =
> > {
> > STANDARD20_MODULE_STUFF,
> > NULL, /* dir config
> > c
Hi,
I have the following in my module:
module AP_MODULE_DECLARE_DATA my_module =
{
STANDARD20_MODULE_STUFF,
NULL, /* dir config
creater */
NULL, /* dir merger ---
default is to overrid
Sorin Manolache wrote:
> On 2012-06-30 22:33, oh...@cox.net wrote:
> > Hi,
> >
> > I got my 1st module working and now I need to add support for a
> > configuration directive that sets a string that my module needs in various
> > places, i.e., if my directive is "SetMyVar", and httpd.conf
Daniel Gruno wrote:
> On 06/30/2012 10:33 PM, oh...@cox.net wrote:
> > Hi,.
> > Can anyone tell me how, in my module code, I can access that "MyVar" string?
> >
> > Thanks,
> > Jim
> >
>
>
> You can either assign your configuration to a statically declared
> struct, or check out
> h
Hi,
I got my 1st module working and now I need to add support for a configuration
directive that sets a string that my module needs in various places, i.e., if
my directive is "SetMyVar", and httpd.conf has:
SetMyVar"foo123"
then, in my module, I need to able to access the string, "foo123"
"William A. Rowe Jr." wrote:
> On 6/26/2012 3:17 PM, oh...@cox.net wrote:
> >
> > Sorin Manolache wrote:
> >> On 2012-06-26 19:56, oh...@cox.net wrote:
> > You cannot wait until mod_ssl runs its fixups, you have to hook one of
> > the hooks that execute earlier than webgate'
Sorin Manolache wrote:
> On 2012-06-26 22:17, oh...@cox.net wrote:
> >
> > Sorin Manolache wrote:
> >> On 2012-06-26 19:56, oh...@cox.net wrote:
> > You cannot wait until mod_ssl runs its fixups, you have to hook one of
> > the hooks that execute earlier than webgate's check_u
Sorin Manolache wrote:
> On 2012-06-26 19:56, oh...@cox.net wrote:
> >>> You cannot wait until mod_ssl runs its fixups, you have to hook one of
> >>> the hooks that execute earlier than webgate's check_user_id or
> >>> auth_checker. (You have to hook one of the hooks (1)-(4).) There, in
> >
oh...@cox.net wrote:
>
> Sorin Manolache wrote:
> > On 2012-06-26 13:55, oh...@cox.net wrote:
> > >
> > >
> > >
> > > And for webgate, I see:
> > >
> > > Registering hooks for apache2entry_web_gate.cpp
> > > Hooked post_config
> > > Hooked handle
Sorin Manolache wrote:
> On 2012-06-26 13:55, oh...@cox.net wrote:
> >
> >
> >
> > And for webgate, I see:
> >
> > Registering hooks for apache2entry_web_gate.cpp
> > Hooked post_config
> > Hooked handler
> > Hooked check_user_id
> > H
oh...@cox.net wrote:
>
> Sorin Manolache wrote:
> > On 2012-06-26 13:14, oh...@cox.net wrote:
> > >
> > > Sorin Manolache wrote:
> > >> On 2012-06-26 03:49, oh...@cox.net wrote:
> > >>>
> > >>> Hi,
> > >>>
> > >>> I have my small prototype module, which I implemented starting w
Sorin Manolache wrote:
> On 2012-06-26 13:14, oh...@cox.net wrote:
> >
> > Sorin Manolache wrote:
> >> On 2012-06-26 03:49, oh...@cox.net wrote:
> >>>
> >>> Hi,
> >>>
> >>> I have my small prototype module, which I implemented starting with the
> >>> mod_headers.c source, working. T
Sorin Manolache wrote:
> On 2012-06-26 03:49, oh...@cox.net wrote:
> >
> > Hi,
> >
> > I have my small prototype module, which I implemented starting with the
> > mod_headers.c source, working. The changes that I did to the original
> > source were to add some code in the insert_filter h
oh...@cox.net wrote:
>
> Hi,
>
> I have my small prototype module, which I implemented starting with the
> mod_headers.c source, working. The changes that I did to the original source
> were to add some code in the insert_filter hook to inject an additional
> header into the request.
>
Hi,
I have my small prototype module, which I implemented starting with the
mod_headers.c source, working. The changes that I did to the original source
were to add some code in the insert_filter hook to inject an additional header
into the request.
That seems to work ok with a "vanilla" Apa
Sorin Manolache wrote:
> On 2012-06-23 04:47, oh...@cox.net wrote:
> > Hi,
> >
> > Per earlier threads on this list, I've been working on an Apache module.
> > For the time being, I'm kind of stuck because of the problems that I've run
> > into with trying to integrate my module with a 3
Hi,
Per earlier threads on this list, I've been working on an Apache module. For
the time being, I'm kind of stuck because of the problems that I've run into
with trying to integrate my module with a 3rd party library, so just for my
module, which is mainly a proof-of-concept, I'd like to have
Sorin Manolache wrote:
> On 2012-06-22 21:22, oh...@cox.net wrote:
> >
> > Does that confirm that they statically linked stuff from openssl (and
> > libcrypto) into libobaccess.so?
>
> I think so.
>
> Also you can run nm -aC liboaccess.so. The symbols marked with "U" are
> undefined =>
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> >
> > Sorin Manolache wrote:
> > > On 2012-06-22 17:35, oh...@cox.net wrote:
> > >
> > > >
> > > > Sorry. I meant to say:
> > > >
> > > > "So, my code calls ObConfig_initialize() then it appears that that calls
> > > > ObConfig
oh...@cox.net wrote:
>
> Sorin Manolache wrote:
> > On 2012-06-22 17:35, oh...@cox.net wrote:
> >
> > >
> > > Sorry. I meant to say:
> > >
> > > "So, my code calls ObConfig_initialize() then it appears that that calls
> > > ObConfig::initialize() which is presumably a C++ function.
Sorin Manolache wrote:
> On 2012-06-22 17:35, oh...@cox.net wrote:
>
> >
> > Sorry. I meant to say:
> >
> > "So, my code calls ObConfig_initialize() then it appears that that calls
> > ObConfig::initialize() which is presumably a C++ function. "
> >
>
> We develop our apache modules in C
Joe Lewis wrote:
> On 6/22/12 9:35 AM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> Hi,
> >>
> >> Now that I've gotten by earlier problems with the module I'm working on
> >> (see thread "Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use
> >> Apache module that uses
oh...@cox.net wrote:
> Hi,
>
> Now that I've gotten by earlier problems with the module I'm working on (see
> thread "Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache
> module that uses shared library?"), I am trying to get my module to work with
> the stuff in that l
Hi,
Now that I've gotten by earlier problems with the module I'm working on (see
thread "Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache
module that uses shared library?"), I am trying to get my module to work with
the stuff in that libobaccess.so. This .so is part of Orac
Rainer Jung wrote:
> On 22.06.2012 14:16, oh...@cox.net wrote:
> >
> > oh...@cox.net wrote:
> >>
> >> Rainer Jung wrote:
> >>> On 22.06.2012 06:10, Joe Lewis wrote:
> On 6/21/12 10:02 PM, oh...@cox.net wrote:
> > Joe Lewis wrote:
> >> On 6/21/12 9:39 PM, oh...@
Joe Lewis wrote:
> On 6/22/12 6:16 AM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> Rainer Jung wrote:
> >>> On 22.06.2012 06:10, Joe Lewis wrote:
> On 6/21/12 10:02 PM, oh...@cox.net wrote:
> > Joe Lewis wrote:
> >> On 6/21/12 9:39 PM, oh...@cox.net wro
oh...@cox.net wrote:
>
> Rainer Jung wrote:
> > On 22.06.2012 06:10, Joe Lewis wrote:
> > > On 6/21/12 10:02 PM, oh...@cox.net wrote:
> > >> Joe Lewis wrote:
> > >>> On 6/21/12 9:39 PM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> > > oh...@cox.net wrote:
Rainer Jung wrote:
> On 22.06.2012 06:10, Joe Lewis wrote:
> > On 6/21/12 10:02 PM, oh...@cox.net wrote:
> >> Joe Lewis wrote:
> >>> On 6/21/12 9:39 PM, oh...@cox.net wrote:
> oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> Joe Lewis wrote:
> >>> O
Joe Lewis wrote:
> On 6/21/12 9:39 PM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> oh...@cox.net wrote:
> >>> Joe Lewis wrote:
> On 6/21/12 7:32 PM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> Joe Lewis wrote:
> >>> On 6/21/12 6:46
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> >
> > Joe Lewis wrote:
> > > On 6/21/12 7:32 PM, oh...@cox.net wrote:
> > > > oh...@cox.net wrote:
> > > >> Joe Lewis wrote:
> > > >>> On 6/21/12 6:46 PM, oh...@cox.net wrote:
> > > Joe Lewis wrote:
> > > >
oh...@cox.net wrote:
>
> Joe Lewis wrote:
> > On 6/21/12 7:32 PM, oh...@cox.net wrote:
> > > oh...@cox.net wrote:
> > >> Joe Lewis wrote:
> > >>> On 6/21/12 6:46 PM, oh...@cox.net wrote:
> > Joe Lewis wrote:
> > > On 6/21/12 5:49 PM, oh...@cox.net wrote:
>
Joe Lewis wrote:
> On 6/21/12 7:32 PM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> Joe Lewis wrote:
> >>> On 6/21/12 6:46 PM, oh...@cox.net wrote:
> Joe Lewis wrote:
> > On 6/21/12 5:49 PM, oh...@cox.net wrote:
> >> oh...@cox.net wrote:
> >>> -
oh...@cox.net wrote:
>
> Joe Lewis wrote:
> > On 6/21/12 6:46 PM, oh...@cox.net wrote:
> > > Joe Lewis wrote:
> > >> On 6/21/12 5:49 PM, oh...@cox.net wrote:
> > >>> oh...@cox.net wrote:
> > Sorin Manolache wrote:
> > > And I forgot to say: run gdb in some
Joe Lewis wrote:
> On 6/21/12 6:46 PM, oh...@cox.net wrote:
> > Joe Lewis wrote:
> >> On 6/21/12 5:49 PM, oh...@cox.net wrote:
> >>> oh...@cox.net wrote:
> Sorin Manolache wrote:
> > And I forgot to say: run gdb in some sort of environment where you see
> > yo
oh...@cox.net wrote:
>
> Joe Lewis wrote:
> > On 6/21/12 5:49 PM, oh...@cox.net wrote:
> > > oh...@cox.net wrote:
> > >> Sorin Manolache wrote:
> > >>> And I forgot to say: run gdb in some sort of environment where you see
> > >>> your current source code line and a couple
Joe Lewis wrote:
> On 6/21/12 5:49 PM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> Sorin Manolache wrote:
> >>> And I forgot to say: run gdb in some sort of environment where you see
> >>> your current source code line and a couple of surrounding lines. You
> >>> could ach
oh...@cox.net wrote:
>
> Sorin Manolache wrote:
> > And I forgot to say: run gdb in some sort of environment where you see
> > your current source code line and a couple of surrounding lines. You
> > could achieve this with the "list" command, but I prefer running gdb in
> > emacs
Sorin Manolache wrote:
> And I forgot to say: run gdb in some sort of environment where you see
> your current source code line and a couple of surrounding lines. You
> could achieve this with the "list" command, but I prefer running gdb in
> emacs and let emacs do the nice listing of so
oh...@cox.net wrote:
>
> Sorin Manolache wrote:
> > On 2012-06-21 22:04, oh...@cox.net wrote:
> > >
> > > Ben Noordhuis wrote:
> > >> On Thu, Jun 21, 2012 at 8:43 PM, wrote:
> > >>> I tried that, which allowed me to start Apache, but am getting a
> > >>> segfault.
> > >>
> >
Sorin Manolache wrote:
> On 2012-06-21 22:04, oh...@cox.net wrote:
> >
> > Ben Noordhuis wrote:
> >> On Thu, Jun 21, 2012 at 8:43 PM, wrote:
> >>> I tried that, which allowed me to start Apache, but am getting a segfault.
> >>
> >> Run it through gdb and inspect the backtrace. Compi
Joe Lewis wrote:
> On 6/21/12 1:40 PM, oh...@cox.net wrote:
> > oh...@cox.net wrote:
> >> Sorin Manolache wrote:
> >>> On 2012-06-21 19:47, oh...@cox.net wrote:
> >>>
> I've tried using "-l" pointing directly to the .so, libobaccess.so, but
> when I do that, it says it
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> >
> > Sorin Manolache wrote:
> > > On 2012-06-21 19:47, oh...@cox.net wrote:
> > >
> > > > I've tried using "-l" pointing directly to the .so, libobaccess.so, but
> > > > when I do that, it says it can't find the .so:
> > > >
>
Ben Noordhuis wrote:
> On Thu, Jun 21, 2012 at 8:43 PM, wrote:
> > I tried that, which allowed me to start Apache, but am getting a segfault.
>
> Run it through gdb and inspect the backtrace. Compiling with debug
> symbols and optimizations disabled (-g -O0) will help.
Sorin,
The apxs
oh...@cox.net wrote:
>
> Sorin Manolache wrote:
> > On 2012-06-21 19:47, oh...@cox.net wrote:
> >
> > > I've tried using "-l" pointing directly to the .so, libobaccess.so, but
> > > when I do that, it says it can't find the .so:
> > >
> > > [root@apachemodule build-mod_headers]# ./
Hi Anthony,
See the later msg I sent. I tried that, which allowed me to start Apache, but
am getting a segfault.
Also, per Sorin's suggestion, I tired "-L -lobaccess" in the apxs
command, and after I use that I don't need the LoadFile anymore.
Thanks,
Jim
Anthony Whitehead wrote:
>
oh...@cox.net wrote:
>
> Sorin Manolache wrote:
> > On 2012-06-21 19:47, oh...@cox.net wrote:
> >
> > > I've tried using "-l" pointing directly to the .so, libobaccess.so, but
> > > when I do that, it says it can't find the .so:
> > >
> > > [root@apachemodule build-mod_headers]# ./
Hi,
I am (still) working on a module that uses another commercial shared object
library (.so). I use the following to successfully build the module
(currently, just tweaking mod_headers.c for testing):
/apps/httpd/bin/apxs -L /apps/netpoint/AccessServerSDK/oblix/lib/ -c -i -a
mod_headers.
Daniel Gruno wrote:
> On 06/20/2012 06:17 PM, oh...@cox.net wrote:
> >
> > Hi Ben and Daniel,
> >
> > I must be doing wrong. After I added code to strip the begin and end
> > lines, I get a segfault when I test.
> >
> > I notice that the apr_cpystrn() doesn't include a pool parameter,
Daniel Gruno wrote:
> On 06/20/2012 05:21 PM, oh...@cox.net wrote:
> >
> > Ben Noordhuis wrote:
> >> On Wed, Jun 20, 2012 at 4:35 PM, wrote:
> >>> Hi,
> >>>
> >>> I am working on a module, and I get one of the SSL envvars,
> >>> SSL_CLIENT_CERT, using apr_table_get() into a const
Ben Noordhuis wrote:
> On Wed, Jun 20, 2012 at 4:35 PM, wrote:
> > Hi,
> >
> > I am working on a module, and I get one of the SSL envvars,
> > SSL_CLIENT_CERT, using apr_table_get() into a const char *.
> >
> > The client cert char string returned has the extra beginning line
> > (-
Hi,
I am working on a module, and I get one of the SSL envvars, SSL_CLIENT_CERT,
using apr_table_get() into a const char *.
The client cert char string returned has the extra beginning line (-BEGIN
CERTIFICATE-) and ending line (-END CERTIFICATE-), but I need to
remove both of
Sorin Manolache wrote:
> On 2012-06-19 07:26, oh...@cox.net wrote:
> > Hi,
> >
> > I spoke too soon :( The apr_table_mergen puts a comma (",") in between
> > each cookie name/value pair, rather than a semicolon (";").
> >
> > So, does anyone know how I can accomplish the merge of the
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> > Hi,
> >
> > This is a followup to an earlier post/question, "How to access client
> > certificate PEM and incoming request headers in a module?".
> >
> > As before, I'm starting with mod_headers.c, and then tweaking it, partly
> >
oh...@cox.net wrote:
> Hi,
>
> This is a followup to an earlier post/question, "How to access client
> certificate PEM and incoming request headers in a module?".
>
> As before, I'm starting with mod_headers.c, and then tweaking it, partly
> experimenting with modules, and partly for a p
Hi,
This is a followup to an earlier post/question, "How to access client
certificate PEM and incoming request headers in a module?".
As before, I'm starting with mod_headers.c, and then tweaking it, partly
experimenting with modules, and partly for a project that I'm working on
(eventually).
Hi,
Also, I configured the Apache for client-authenticated SSL, and hit the
https:///test URL, and the dump_envvars() output only one additional
variable:
In ap_headers_insert_output_filter: About to call dump_envvars...
In iterate_function: [UNIQUE_ID] => [T993fkjX4QkAAHanMQwA]
In iterate_
Hi,
I found some snippets that I used to make some dump_requests and dump_envvars
functions:
/* START DUMP CODE
* Adapted from: http://thomas.eibner.dk/apache/table.html
*/
int iterate_func(void *req, const char *key, const char *value) {
int stat;
char *line;
request_rec *r = (req
Hi Sorin and Ben,
I found a list of variables somewhere, and just (probably unluckily) picked
REMOTE_URI, just to see if retrieving any variable would work (an experiment).
Is there a list of environment variables that WOULD return something other than
null for that call?
Thanks,
Jim
B
Ben Noordhuis wrote:
> On Mon, Jun 18, 2012 at 5:45 AM, wrote:
> > I haven't actually tried your suggestion yet, but, re. the SSL variables, I
> > was looking at mod_headers.c, and in there, there are two separate
> > functions:
> >
> > static const char *header_request_env_var(request_
oh...@cox.net wrote:
>
> Ben Noordhuis wrote:
> > On Sun, Jun 17, 2012 at 9:46 PM, wrote:
> > > Hi,
> > >
> > > I am starting to look into implementing an Apache module that can use
> > > information from an incoming request, including several headers and the
> > > subject string
Ben Noordhuis wrote:
> On Sun, Jun 17, 2012 at 9:46 PM, wrote:
> > Hi,
> >
> > I am starting to look into implementing an Apache module that can use
> > information from an incoming request, including several headers and the
> > subject string from a client certificate to do authenticat
Hi,
I am starting to look into implementing an Apache module that can use
information from an incoming request, including several headers and the subject
string from a client certificate to do authentication.
I've been looking at the source for mod_auth_certificate, from
https://modules.apache
Hi,
With further testing, I think that I've identified that mod_limitipconn is not
able to get the Content-Type/content_type when the URL is being proxied to a
WebLogic server via a plugin/module that comes with WebLogic (the "WebLogic
Plugin for Apache").
[NOTE: mod_limitipconn still DOES get
Eric Covener wrote:
> > Is the problem that the original Apache was on a 64-bit system?
> >
> > Could the Apache API on the 64-bit system be behaving differently than on a
> > 32-bit system?
>
> Seems unlikely. I also checked and mod_limitipconn and mod_mime don't
> even operate in the sa
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> >
> > oh...@cox.net wrote:
> > >
> > > oh...@cox.net wrote:
> > > > Hi,
> > > >
> > > > I'm not sure if this is the appropriate list, or if I should post on
> > > > the regular httpd list...
> > > >
> > > > I've been try
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> >
> > oh...@cox.net wrote:
> > > Hi,
> > >
> > > I'm not sure if this is the appropriate list, or if I should post on the
> > > regular httpd list...
> > >
> > > I've been trying to work with an Apache module, mod_limitipconn:
oh...@cox.net wrote:
>
> oh...@cox.net wrote:
> > Hi,
> >
> > I'm not sure if this is the appropriate list, or if I should post on the
> > regular httpd list...
> >
> > I've been trying to work with an Apache module, mod_limitipconn:
> >
> > http://dominia.org/djao/limitipconn2.ht
oh...@cox.net wrote:
> Hi,
>
> I'm not sure if this is the appropriate list, or if I should post on the
> regular httpd list...
>
> I've been trying to work with an Apache module, mod_limitipconn:
>
> http://dominia.org/djao/limitipconn2.html
>
> This is with Apache 2.2.8/2.2.11.
>
> O
Eric Covener wrote:
> On Sat, Nov 14, 2009 at 7:37 PM, wrote:
>
> > Our use case is slightly different that the original one for this module.
> > The original code is designed to limit the number of connections from any
> > given IP address, whereas in my case, we want to limit the to
Hi,
I'm not sure if this is the appropriate list, or if I should post on the
regular httpd list...
I've been trying to work with an Apache module, mod_limitipconn:
http://dominia.org/djao/limitipconn2.html
This is with Apache 2.2.8/2.2.11.
Our use case is slightly different that the original
82 matches
Mail list logo
