[SLUG] Re: Apache probs - Invalid command 'Alias', perhaps mis-spelled

2005-07-03 Thread Matthew Palmer
On Sun, Jul 03, 2005 at 10:51:37PM +1000, Michael Lake wrote:
> and my modules.conf is this:

I'm not seeing a mod_alias line in that config file.  Methinks it's gone on
a holiday.  As per the comments in the config file:

> # To update it, run the command:
> #/usr/sbin/apache-modconf apache-perl

And select the alias module.  That (and an apache restart, which
apache-modconf should probably do for you) should set you straight.

- Matt


signature.asc
Description: Digital signature
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

[SLUG] Re: Apache probs - Invalid command 'Alias', perhaps mis-spelled

2005-07-03 Thread Matthew Palmer
On Mon, Jul 04, 2005 at 02:08:56PM +1000, Michael Lake wrote:
> The problem was many and varied. For a start a Debian upgrade some time ago 
> had added the following lines to my httpd conf file: 
> 
> # Please keep this LoadModule: line here, it is needed for installation.
> Include /etc/apache-perl/modules.conf
> Include /etc/apache/modules.conf
> 
> Mistake!: I'm running apache-perl and not apache and it was including two 
> module.conf files which were slightly different. Thats why I was getting 
> errors like "module config_log_module is already loaded, skipping"
> I commented out the include for /etc/apache/modules.conf and restarted 
> apache-perl.

Out of curiousity, why are you running apache-perl and not apache with
mod_perl?  I've never seen the attraction, myself (or for apache-ssl,
either).  I've heard speed mentioned, but I've never seen any stats to
support it, so I put it in the Gentoo bucket .

> I also needed to manually add "LoadModule auth_mysql_module 
> /usr/lib/apache/1.3/mod_auth_mysql.so"
> to the modules.conf file cause for some reason "/usr/sbin/apache-modconf 
> apache-perl" updated modules.conf but didn't add the required line.

A lack of properly formed -info file would cause apache-modconf to not see
the module, I believe.

> Then I just got the errors about: 
> Invalid command 'AuthMySQLCryptedPasswords', perhaps mis-spelled .
> I had had this for 4 years in httpd.conf:
> 
>   AuthType Basic
>   AuthMySQLCryptedPasswords On
>   AuthMySQLHost 
>   AuthMySQLUser
>   AuthMySQLUserTable 
>   AuthMySQLNameField 
>   AuthMySQLPasswordField 
> 
> But now it seems the interface has changed. Even Crypt has changed to 
> Encrypted!

I think you were using a non-Debian-packaged edition of mod-auth-mysql.
3.2-1 (the version in Woody) doesn't have the AMCryptedPasswords option
(Auth_MySQL_Encrypted_Passwords is the equivalent).  There's lots of
different mod-auth-mysql modules out there, each with New! and Interesting!
configuration directives, and mod-auth-mysql has a tortured and fractured
history overall.  Feed me beer at a Spice Boys meet and I'll give you the
whole sorry, bitter tale.  Or I could make it into a SLUG talk: "Fear and
Loathing in Forked Projects".

> I found in /usr/lib/apache/1.3/500mod_auth_mysql.info the list of valid 
> directives.

Or /u/s/d/la-m-a-m/USAGE.gz, for that matter.  That one even has
explanations of what everything does.

> I then renamed each one above to the ones below one by one until 
> apache-perl-ctl configtest
> didn't complain anymore:
> 
>   AuthType Basic
>   AuthMySQL_Encrypted_Passwords On

Although the preferred option is

AuthMySQL_Encryption_Types Crypt_DES

(or add Crypt_MD5 if you'd like both hashing schemes).  It is preferred
because it's easier to comprehend which hash scheme gets tried when.

- Matt
(apt-cache show libapache-mod-auth-mysql | grep ^Maintainer )


signature.asc
Description: Digital signature
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] Re: Apache probs - Invalid command 'Alias', perhaps mis-spelled

2005-07-03 Thread Michael Lake

Matthew Palmer wrote:

On Mon, Jul 04, 2005 at 02:08:56PM +1000, Michael Lake wrote:

The problem was many and varied. For a start a Debian upgrade some time ago 
had added the following lines to my httpd conf file: 


# Please keep this LoadModule: line here, it is needed for installation.
Include /etc/apache-perl/modules.conf
Include /etc/apache/modules.conf

Mistake!: I'm running apache-perl and not apache and it was including two 
module.conf files which were slightly different. Thats why I was getting 
errors like "module config_log_module is already loaded, skipping"
I commented out the include for /etc/apache/modules.conf and restarted 
apache-perl.



Out of curiousity, why are you running apache-perl and not apache with
mod_perl?  I've never seen the attraction, myself (or for apache-ssl,
either).  I've heard speed mentioned, but I've never seen any stats to
support it, so I put it in the Gentoo bucket .


Actually I find it all very confusing sometimes. I have three machines
and what I have on them is the following Debian packages:

An Athlon A Laptop   A Virtual Server
-    
apache-perl   apache apache-perl
libapache-mod-perllibapache-mod-perl libapache-mod-perl

(In Debian libapache-mod-perl is a prerequisite for apache-perl.)

I also needed to manually add "LoadModule auth_mysql_module 
/usr/lib/apache/1.3/mod_auth_mysql.so"
to the modules.conf file cause for some reason "/usr/sbin/apache-modconf 
apache-perl" updated modules.conf but didn't add the required line.



A lack of properly formed -info file would cause apache-modconf to not see
the module, I believe.

The info file looked ok and it came with the libapache-mod-perl package.
Later I'll have a closer look at it on each of the three machines.

But now it seems the interface has changed. Even Crypt has changed to 
Encrypted!



I think you were using a non-Debian-packaged edition of mod-auth-mysql.
3.2-1 (the version in Woody) doesn't have the AMCryptedPasswords option
(Auth_MySQL_Encrypted_Passwords is the equivalent). 
Correct. I started off with that a few years ago - I was compiled and 
added in manually. At some time it got replaced with the Debian package.



There's lots of
different mod-auth-mysql modules out there, each with New! and Interesting!
configuration directives, and mod-auth-mysql has a tortured and fractured
history overall.  Feed me beer at a Spice Boys meet and I'll give you the
whole sorry, bitter tale.
Okies - that would be interesting. I didn't realise that there were more 
than one. That means I should see what one is in the Debian package


Package: libapache-mod-auth-mysql
Maintainer: Matthew Palmer <[EMAIL PROTECTED]>
Architecture: i386
Version: 4.3.9-2

Oh ! Matthew Palmer :-)

There is a mod_auth_mysql at http://sourceforge.net/projects/modauthmysql
Originally by Vivek Kheraby and maintained there by
Jerry Stuckle, Matthew Hodgson & Samuel Brauer

Where is the Debian one sourced from Matt ?


(apt-cache show libapache-mod-auth-mysql | grep ^Maintainer )

Yeah I see, :-)

Mike
--
Michael Lake
Chemistry, Materials & Forensic Science, UTS
Ph: 9514 1725 Fx: 9514 1460
[pls ignore idiot lawyer's msg below]



--
UTS CRICOS Provider Code:  00099F
DISCLAIMER: This email message and any accompanying attachments may contain
confidential information.  If you are not the intended recipient, do not
read, use, disseminate, distribute or copy this message or attachments.  If
you have received this message in error, please notify the sender immediately
and delete this message. Any views expressed in this message are those of the
individual sender, except where the sender expressly, and with authority,
states them to be the views the University of Technology Sydney. Before
opening any attachments, please check them for viruses and defects.
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html