Perrin Harkins wrote:
That sounds like you aren't even hitting this server. Try shutting it
down and see if you still get a response. You have no other
VirtualHosts in there? Sometimes your request will fail to match the
VirtualHost you expected it to hit and fall through to the default
server
On Tue, 2006-11-14 at 14:40 -0700, Iván Chavero wrote:
> I've comented everything and left only this Location
>
> Alias /prueba /www/imcsk8.example.com/auth
>
> SetHandler perl-script
> PerlResponseHandler NONEXISTENTMODULE
> PerlAuthenHandler NONEXISTENTMODULE
> Options
Perrin Harkins wrote:
On Tue, 2006-11-14 at 14:16 -0700, Iván Chavero wrote:
I'm doing tests on a fresh install with one virtual host, here's my
virtualhost config file:
Try commenting out all of the other Directory, FilesMatch, and Location
blocks. Also, try changing PerlResponseHand
On Tue, 2006-11-14 at 14:16 -0700, Iván Chavero wrote:
> I'm doing tests on a fresh install with one virtual host, here's my
> virtualhost config file:
Try commenting out all of the other Directory, FilesMatch, and Location
blocks. Also, try changing PerlResponseHandler for that block to
somethi
Perrin Harkins wrote:
On Tue, 2006-11-14 at 12:34 -0700, Iván Chavero wrote:
I even changed the PerlAuthenHandler value to a non existent module
(which i think it should give a startup error) and it gets ignored.
That sounds like a config problem to me. I bet you have another
Location
Philip M. Gollucci wrote:
Michael Peters wrote:
Iván Chavero wrote:
my mod_perl copile flags are this:
perl Makefile.PL MP_APXS=/usr/local/apache-2.2.2/bin/apxs
you need EVERYTHING=1 there, or specifically turn on PERL_AUTHEN,
PERL_AUTHZ,
PERL_ACCESS individually.
No. Like um its mod_p
On Tue, 2006-11-14 at 12:34 -0700, Iván Chavero wrote:
> I even changed the PerlAuthenHandler value to a non existent module
> (which i think it should give a startup error) and it gets ignored.
That sounds like a config problem to me. I bet you have another
Location block that is applying to th
Philip M. Gollucci wrote:
> Michael Peters wrote:
>>
>> Iván Chavero wrote:
>>
>>> my mod_perl copile flags are this:
>>>
>>> perl Makefile.PL MP_APXS=/usr/local/apache-2.2.2/bin/apxs
>>
>> you need EVERYTHING=1 there, or specifically turn on PERL_AUTHEN,
>> PERL_AUTHZ,
>> PERL_ACCESS individuall
Michael Peters wrote:
Iván Chavero wrote:
my mod_perl copile flags are this:
perl Makefile.PL MP_APXS=/usr/local/apache-2.2.2/bin/apxs
you need EVERYTHING=1 there, or specifically turn on PERL_AUTHEN, PERL_AUTHZ,
PERL_ACCESS individually.
No. Like um its mod_perl 2 :)
AuthType Basic
Iván Chavero wrote:
> my mod_perl copile flags are this:
>
> perl Makefile.PL MP_APXS=/usr/local/apache-2.2.2/bin/apxs
you need EVERYTHING=1 there, or specifically turn on PERL_AUTHEN, PERL_AUTHZ,
PERL_ACCESS individually.
--
Michael Peters
Developer
Plus Three, LP
Hello,
I have a very weird problem on solaris 10 (and linux on amd64) with
mod_perl 2.0.2 and apache 2.2.3 authentication phase.
I have a handler for authentication and session management called Omni,
currently have it working on some production systems (using mod_perl
2.0.2 and apache 2.2.2
On Thu, Jun 08, 2006 at 08:06:34PM -0400, Pease, Kevin wrote:
[...]
> Everything *seems* to have worked properly, but I'm seeing an
> error in my Apache error_log which is puzzling me:
> [Thu Jun 08 19:45:50 2006] [error] Bad/Missing
> NTLM/Basic Authorization Header for /cgi-b
On Thu, 2006-06-08 at 20:06 -0400, Pease, Kevin wrote:
> Hi everyone,
>
> I'm hoping somebody out there can help me out with this. I've
> recently installed Apache 2.2.2 and mod_perl 2.0.2. Everything built &
> compiled cleanly; My boss asked me to try and get NTLM running on the
>
Hi everyone,
I'm hoping somebody out there can help me out with this. I've
recently installed Apache 2.2.2 and mod_perl 2.0.2. Everything built &
compiled cleanly; My boss asked me to try and get NTLM running on the
server (intranet only) so we can avoid having our users have t
Pease, Kevin wrote:
[Thu Jun 08 19:45:50 2006] [error] Bad/Missing
NTLM/Basic Authorization Header for /cgi-bin/whoami
This is interesting, consider that NTLM is a connection oriented protocol,
so you can't proxy it, and who knows what headers come along for the first
or second
> Hi everyone,
>
> I'm hoping somebody out there can help me out with this. I've
> recently installed Apache 2.2.2 and mod_perl 2.0.2. Everything built
> & compiled cleanly; My boss asked me to try and get NTLM running on
> the server (intranet only) so we can avoid having our user
the same tests failed with apache 2.0.58 + mp 2.0.2, when I compiled it
yesterday.
also compiled and tested libapreq2 2.0.8-rc2, and those all passed (perl
5.8.7, 2.6.16-gentoo-r6), so +1 from me ;)
Enno
On Wed, 24 May 2006, Philip M. Gollucci wrote:
> Jie Gao wrote:
> > t/apache/content_length
Jie Gao wrote:
t/apache/content_length_header..ok 16/27# Failed test 17 in
t/apache/content_length_header.t at
line 71 fail #2
This is already fixedi in mod_perl svn trunk (I think by me IIRC)
t/api/statusok 3/6# Failed test 4 in t/api/status.t
at line 35
Jie Gao <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> Any issue with this combination? For I am getting:
Yes, there are. Me and at least 3 friends have run into it now. What
you need to do, is compile mod_perl 2.0.2 against apache 2.2.0, then upgrade
apache and leave your old mod_perl in place
Hi All,
Any issue with this combination? For I am getting:
make test
t/apache/content_length_header..ok 16/27# Failed test 17 in
t/apache/content_length_header.t at
line 71 fail #2
t/apache/content_length_header..FAILED test 17
Failed 1/27 tests, 96.30% okay
t/api/statu
20 matches
Mail list logo