mod_perl via ssl?
[ Apologies if you get this twice. ] I've been lurking on this list for a while but hadn't actually been running mod_perl. I'm now trying to get it working on my system, but have hit a wall that I'm sure someone can tell me how to get around. I'm using the Mandrake RPMs for apache and mod_ssl: apache-conf-1.3.23-4mdk apache-1.3.23-4mdk apache-devel-1.3.23-4mdk apache-modules-1.3.23-4mdk apache-mod_perl-1.3.23_1.26-5mdk apache-common-1.3.23-4mdk libopenssl0-0.9.6c-2mdk openssl-0.9.6b-10 mod_ssl-2.8.7-2mdk openssl-devel-0.9.6b-10 I just updated to this version and think I now have my conf files correct in the new architecture although I haven't actually run anything under mod_perl yet. My question is that all my CGIs that I want to convert to mod_perl run under SSL, but I can't figure out how to enable SSL in the httpd-perl server. Am I missing something simple? Chris -- Chris Garrigues http://www.DeepEddy.Com/~cwg/ virCIO http://www.virCIO.Com 716 Congress, Suite 200 Austin, TX 78701 +1 512 374 0500 My email address is an experiment in SPAM elimination. For an explanation of what we're doing, see http://www.DeepEddy.Com/tms.html The Greatest tragedy in mankind's entire history may be the hijacking of morality by religion. However valuable -- even necessary -- that may have been in enforcing good behavior on primitive peoples, their association is now counterproductive. Yet at the very moment when they should be decoupled, sanctimonious nitwits are calling for a return to morals based on superstition. --- Arthur C. Clarke msg27591/pgp0.pgp Description: PGP signature
mod_perl via ssl?
I've been lurking on this list for a while but hadn't actually been running mod_perl. I'm now trying to get it working on my system, but have hit a wall that I'm sure someone can tell me how to get around. I'm using the Mandrake RPMs for apache and mod_ssl: apache-conf-1.3.23-4mdk apache-1.3.23-4mdk apache-devel-1.3.23-4mdk apache-modules-1.3.23-4mdk apache-mod_perl-1.3.23_1.26-5mdk apache-common-1.3.23-4mdk libopenssl0-0.9.6c-2mdk openssl-0.9.6b-10 mod_ssl-2.8.7-2mdk openssl-devel-0.9.6b-10 I just updated to this version and think I now have my conf files correct in the new architecture although I haven't actually run anything under mod_perl yet. My question is that all my CGIs that I want to convert to mod_perl run under SSL, but I can't figure out how to enable SSL in the httpd-perl server. Am I missing something simple? Chris -- Chris Garrigues http://www.DeepEddy.Com/~cwg/ virCIO http://www.virCIO.Com 716 Congress, Suite 200 Austin, TX 78701 +1 512 374 0500 My email address is an experiment in SPAM elimination. For an explanation of what we're doing, see http://www.DeepEddy.Com/tms.html The Greatest tragedy in mankind's entire history may be the hijacking of morality by religion. However valuable -- even necessary -- that may have been in enforcing good behavior on primitive peoples, their association is now counterproductive. Yet at the very moment when they should be decoupled, sanctimonious nitwits are calling for a return to morals based on superstition. --- Arthur C. Clarke msg27595/pgp0.pgp Description: PGP signature
Re: [OT] Better Linux server platform: Redhat or SuSe?
> From: Barry Hoggard <[EMAIL PROTECTED]> > Date: Wed, 03 Jul 2002 11:52:21 -0400 > > > > > Remote maintability: Is it possible to remotely upgrade between OS > > versions for either of those platforms (not a must, but would be a plus)? > > I would be afraid to do that remotely, since it normally involved a > kernel change as well. We have an internal distribution which is kinda mostly a redhat system gets various RPMs updated remotely including kernel RPMs, but I'm *very* careful with kernel RPMs and do multiple installs on non-remote systems before I do any remote systems. > > > > Sendmail: Does the system make it easy to replace sendmail with another > > mailer of choice (qmail in my case)? > > I don't know about Red Hat, but it's certainly easy in SuSE. Build your own RPM from one of the SRPMs out there and qmail will work fine. > > > > Footprint: Is it easy to weed out unused system components to have a > > smaller footprint of the OS? Or does that mean fighting the installer > > left and right? > > I don't know if Red Hat is getting any better, but I've always found it > difficult to do a "minimal" install. SuSE has options for a very > minimal install which is what I use for server installs. We created our own comps file for our custom configs. > > > > perl: Any iussues with perl/modperl? Besides modperl I will be running a > > perl application with a few hundred thousend lines of code... > > My current project: http://www.better-investing.org > > runs on Red Hat. I'm not aware of any perl/mod_perl issues, but I built > perl and the apache binaries myself. I don't use their RPMs. I use a mix of RedHat RPMS, my own RPMs and other people's RPMs. My perl and apache RPMs are all currently from Mandrake. (I seem to be gradually migrating towards Mandrake.) Chris -- Chris Garrigues http://www.DeepEddy.Com/~cwg/ virCIO http://www.virCIO.Com 716 Congress, Suite 200 Austin, TX 78701 +1 512 374 0500 "What are you really trying to do." msg28758/pgp0.pgp Description: PGP signature
$r->connection->user returns nothing after $r->get_basic_auth_pw
I've got a weird problem.. I'm trying to get Helpdesk::Mail working on my system. Helpdesk::Mail has an "out of the book" handler based on Listing 5.6 in http://www.modperl.com/book/chapters/ch6.html and the author says that nobody before me has reported a problem with it. As I dug into the code, I found that $r->connection->user is returning an empty string. This is right after the call to $r->get_basic_auth_pw. Any idea what might be wrong? I'm running an RPM based linux (mostly redhat, with some other stuff) with these rpms: perl-5.6.1-6 apache-1.3.19-5v2 apache-mod_perl-1.25-4 The perl RPM and the apache-mod_perl RPM came from the PLD distribution (I've also got email in to them). The apache distribution was built by my partner. Chris -- Chris Garrigues http://www.DeepEddy.Com/~cwg/ virCIO http://www.virCIO.Com 4314 Avenue C Austin, TX 78751-3709 +1 512 374 0500 My email address is an experiment in SPAM elimination. For an explanation of what we're doing, see http://www.DeepEddy.Com/tms.html Nobody ever got fired for buying Microsoft, but they could get fired for relying on Microsoft. PGP signature