I've fixed a lot of old CGI scripts over the past year and all new
stuff to work in our MP2 environment and everything seems to be
running excellent -- I mean GREAT, really.
Yes. I've never looked back myself. :)
If you're going all the way into modperl (arguably depending on your
needs), yo
Hi,I afraid this is a naive question but here it goes:I've fixed a lot of old CGI scripts over the past year and all new stuff to work in our MP2 environment and everything seems to be running excellent -- I mean GREAT, really.
We now use: SetHandler perl-script
Title: [BUG] (or feature?) : no I/O layers in Apache2::RequestIO, native 8-bit and unicode strings are different
# Perl internal strings are either native 8-bit or Unicode. Usually this
# is totally transparent to users because of Perl I/O layers. But
# unfortunately Apache2::RequestIO doe
Doh! I skimmed over that chapter b/c I don't care about username/password
authentication.
Thanks Issac!
-Original Message-
From: Issac Goldstand [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 26, 2006 6:56 PM
To: Dennis Sinelnikov
Cc: modperl@perl.apache.org
Subject: Re: Controlling subve
PerlAuthenHandler requires that you have at least one require directive
and an AuthType directive in place, else it won't be called.
See
http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlAuthenHandler
(paragraph beginning with "It's not enough to enable this handler for
the authenticati
Cool, thanks Torsten!
I ended up using PerlAccessHandler.
I ran into problems using PerlAuthenHandler, maybe because I'm using a
client certificate to authenticate the user (SSLCACertificateFile,
SSLVerifyClient directives). Thoughts?
-Dennis
Log errors when trying to use PerlAuthenHandler:
[
I've run into quite an oddity trying to get AuthDBI to work on a current
CentOS box.
[EMAIL PROTECTED] conf.d]# rpm -q httpd
httpd-2.0.52-22.ent.centos4
[EMAIL PROTECTED] conf.d]# httpd -V
Server version: Apache/2.0.52
Server built: Jan 5 2006 11:54:39
On Sunday 26 March 2006 21:37, Dennis Sinelnikov wrote:
> Right, read the doc over 20 times already :)
> It could be my environment or the client cert I'm using.
> I did try different environment configurations (i.e. older openssl
> versions). I got tired of looking through apache's c code and
> op
Right, read the doc over 20 times already :)
It could be my environment or the client cert I'm using.
I did try different environment configurations (i.e. older openssl
versions). I got tired of looking through apache's c code and
openssl code, to see if I could pinpoint where the problem is.
In a
On Sunday 26 March 2006 17:13, Dennis Sinelnikov wrote:
> Here is the code in my httpd-ssl.conf that works:
>
> DAV svn
> SVNPath /home/svnroot
> SSLUserName SSL_CLIENT_S_DN_CN
> AuthzSVNAccessFile /usr/local/apache2/conf/svnauthorization
>
>
> However, I need the UID, and SSL_CLIENT_S_DN
" What you need to implement is a handler which is
working after mod_ssl has done it's job and before mod_dav is doing its
job but therefore you must know in which phase of Apache they are working."
Ahhh, thanks for pointing me in the right direction. (light bulb lit up) ;)
-Original Message-
Hello Tom & mod_perlers,
Here is what I'm running:
Apache 2.2.0
mod_perl 2.0
OpenSSL 0.9.7a
mod_ssl 2.2.0
Ok, more info...
Here is the code in my httpd-ssl.conf that works:
DAV svn
SVNPath /home/svnroot
SSLUserName SSL_CLIENT_S_DN_CN
AuthzSVNAccessFile /usr/local/apache2/conf/svnauthor
Hi Dennis,
first of all it would be nice if you could tell us what version of
Apache/mod-perl you are running. Second I'm not sure I userstand what
you are trying to do because I'm not very familiar with SSL and DAV.
If I'm not completely mistaken things like $ENV{SSL_CLIENT_S_DN} are set
on requ
13 matches
Mail list logo
