LinuxQuestions.org - httpd-perl having problems

- Linux - Networking (https://www.linuxquestions.org/questions/linux-networking-3/)

- - httpd-perl having problems (https://www.linuxquestions.org/questions/linux-networking-3/httpd-perl-having-problems-46026/)

httpd-perl having problems

Hi there,
I've been having a networking problem for some time now, but as it only affected using gnutella, it wasn't on my critical list. Every time I run it, Gnutella complains that I'm behind a firewall, and therefore I most likely won't get a lot of results...I do have a firewall running (ipchains, I think? It's the only one that I have installed, as far as I can see, and is in any case configured through netconf)...I've poked around in netconf, and found that everything seems kosher - the daemon is running, and the ports are configured correctly. But when I close out of netconf it attempts to run

Code:

/etc/rd5.d/S85httpd start

...and fails miserably. I tried the same command on the commandline and got the following errors:

Code:

# /etc/rc5.d/S85httpd start

Starting httpd-perl: fopen: No such file or directory

httpd-perl: could not open document config file /etc/httpd/conf/ssl/mod_ssl.conf

                                                                [FAILED]

Starting httpd: execvp: Permission denied

                                                                [FAILED]

fopen: No such file or directory

httpd-perl: could not open document config file /etc/httpd/conf/ssl/mod_ssl.conf

                                                                [FAILED]

execvp: Permission denied

                                                                [FAILED]

fopen: No such file or directory

httpd-perl: could not open document config file /etc/httpd/conf/ssl/mod_ssl.conf

                                                                [FAILED]

execvp: Permission denied

                                                                [FAILED]

A quick "whereis fopen" shows the man page, but nothing else - is that normal?

As I'm running all of this as root, and it's still not working, how am I to make it find fopen and enable this service?

thanks much,
Laura

Oh ahh.. Where to start..

fopen - is a 'function'. That is, it's something written in a program, rather than a program itself. Easy way to tell the difference from the man page is by looking at the 'Synopsis' - or 'how to use this command'. From the man page :

Quote:

NAME
fopen, fdopen, freopen - stream open functions

SYNOPSIS
#include <stdio.h>

FILE *fopen(const char *path, const char *mode);
FILE *fdopen(int fildes, const char *mode);
FILE *freopen(const char *path, const char *mode, FILE *stream);

If it says something like
#include <blah.h>

then it's a c command. In this case it's a command included within the file 'stdio.h' which stands for 'Standard IO (header file)'.

So um.. you aren't going to find it as a 'program to run'. But that's okay, because....

Your error is most likely because your apache webserver is trying to run ssl, but you haven't configured it. Two questions :

Did you want to run apache?
Did you want to run ssl?

Okay.. 3 questions. You're actually running apache-perl, which is apache with perl statically linked to it. Did you know this, and where did you get it, how did you install it?

Here's a page [edit] Here's a page that works [/edit]:
http://packages.debian.org/unstable/...ache-perl.html

Now, onto the last thing which is... Gnutella.

Yes, you're behind a firewall. Yes it'll 'reduce the amount of hits you get' because...

If you're behind a firewall, and someone else is behind a firewall, you're both firewalled off from each other and neither of you can talk to each other because you both require that conversations coming *into* your machine are 'already established' or 'related' to something you've done with that machine previously.

So urm.. you both sit there essentially saying 'you go first', and no-one does.

There's a way around it, which is to open up a hole in your firewall on the port to which Gunetlla listens (don't have it.. don't know it, not looking it up :P) But that's a different topic.

Slick.

Ok....the part about the function is fine - I'm a fairly decent programmer myself so dealing with header files isn't a problem. :)

SSL came from some random program that I had been trying to install awhile ago, which required encryption and ssl...I can't remember for the life of me which program it was (suspect it was some email client - have since given that up and fallen in love with pine ^_^), but I downloaded the ssl rpm from rpmfind.net. Admittedly, it never did work correctly, but as I later decided not to install whatever it was, I didn't feel that I needed to worry about it.
so...No, don't need apache, and don't need SSL... I take it I can just uninstall it? wonderful :)

The gnutella port is 6346, which technically is open in my firewall...it just doesn't seem to be doing the trick, and as the ssl thing kept crashing I attributed the problem to be something involved with ssl........back to square one with that, I see. Strange that disabling the firewall doesn't solve the problem, though (tried that after reading your post).

Thanks for the info and the help!

Um.. you can uninstall the apache-perl, certainly. And your error message should go away. It's an apache message, not an ssl one.

I don't know about the ssl though - Not sure what else might be using it.

The Guntella port thing.. how um. 'technically' is it open?

You should have an iptables line which 'accepts' the port.

Something along the lines of :

iptables -A INPUT -i eth0 -dport 6346 -j ACCEPT

Slick.

whoopsie.....I'm sorry. Running ipchains -L told me that I'd enabled outgoing packets to 6346, but not incoming ones *blush*. Fixed, and happily downloading - thank you!