Hallo Bernd,
mod_perl-2.0.3
Ist das nicht nur für Apache2?
Weiß es aber auch nicht so genau!
So weit ich weiß findest du alles in dem mod_perl packet was du benötigst.
Welches Linux verwendest du denn?
Apache?
Perl?
Gruß Thomas
-Ursprüngliche Nachricht-
Von: Bernd Klaftenegger
Bernd Klaftenegger schrieb:
Hallo Thomas,
die verwendeten Versionen sind:
This is perl, v5.8.8 built for i686-linux
Apache httpd-2.2.3
mod_perl-2.0.3
(auch lt. CPAN ist mod_perl aktuell,
cpan install mod_perl
mod_perl is up to date. )
Fehlermeldung, die ich erhalte ist:
Can't locate
Hallo Max,
lt. CPAN ist Apache2::compat up to date - muss ich das irgendwie
gesondert aktivieren ?
Danke,
Lg
Bernd
Max Dittrich schrieb:
[]
Fehlermeldung, die ich erhalte ist:
Can't locate object method request via package Apache at
/opt/flexTPS/portal/www/perl/portal.pl line 55.
Sander Temme wrote:
On Jan 9, 2007, at 5:14 PM, Jay Chandler wrote:
How do I force all traffic to go over SSL, and http://my.server.edu
to force redirection to https://my.server.edu?
1) Put both 80 and 443 in a virtual host.
2) In the port 80 virtual host, put the following:
Hi,
i think it ist per process, so if you have 100 processes with max value
200 your Hard Maximum will be 2 connections, but im not shure.
Documentation says
(http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxypass):
The default for a Hard Maximum for the number of connections is
Hmm,
That makes sense to me, although it sounds like a great way to kill a
backend. Given the thread limit per processes is 64, you'd end up
having almost no way of controlling connections to the backend.
George
Christian Gottschalch wrote:
Hi,
i think it ist per process, so if you have
I totally agree with you.
My system is an opensuse 10.1 and I didn't have any problem until the last
update through YOU.
Do you experience any similar problem?
_
From: Jonathan Mangin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 09, 2007 4:56 PM
To: users@httpd.apache.org
On 1/9/07, Bob [EMAIL PROTECTED] wrote:
Huesser Peter wrote:
My interpretation of RewriteCond
%{REMOTE_HOST} \.domain\.ch$ is the following: If the client that makes
the https request is within the domain.ch than apply the following
RewriteRule.
Yes, this will cause a reverse DNS lookup of
Greetings -
I've been running Apache 2.x.x quite happily for some time now - decided
to do the latest point update from 2.2.3 - 2.2.4 on my RHEL 3 box.
Normally, this is trivial - I simply do the .configure - make - male
install sequence, no muss, no fuss.
However, I tried this with Apache
have a look http://apache.ivn.cl/ may be interesting
George Barnett schrieb:
Hmm,
That makes sense to me, although it sounds like a great way to kill a
backend. Given the thread limit per processes is 64, you'd end up
having almost no way of controlling connections to the backend.
George
I didn't receive a copy of your last post, but I'm going to pretend
you're talking to me. (Please, BTW, use plain text for posts.)
In /etc/rc3.d (or wherever) what is the name of your apache
startup script?
- Original Message -
From: john
To: users@httpd.apache.org
Sent:
Greetings Nancy et al,
Please take a look at the following information:
http://www.apache-ssl.org/docs.html#SSLVerifyClient
I think you may have coded you SSLVerifyClient statement incorrectly.
Also, about the Virtual host logs, if the following statements point to unique
files for
The script is /etc/rc.d/rc3.d/S11apache2 - ../apache2
I feel that the priority of the apache's beginning was unexpectedly changed
_
From: Jonathan Mangin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 10, 2007 5:27 PM
To: users@httpd.apache.org
Subject: Re: [EMAIL PROTECTED]
Folks,
This issue is resolved, it was due to the VeriSign certs. I requested
the new trial certs from VeriSign and it worked great!!
The other change i made in the config file was, I commented
SSLCACertificateFile and kept SSLCACertificatePath because both the
settings are required only in case of
Evan,
On Jan 10, 2007, at 6:23 AM, Evan Cooch wrote:
checking for APR-util... yes
configure: error: Cannot use an external APR-util with the bundled APR
To check to see if this new problem is caused by some change I've
made to the server (unlikely - all this machine does is serve web
pages
Ok, so I have managed to work around the problem below by putting the
hostname of the Apache server in the /etc/hosts file on the machines
that need to access the server by IP, so when it changes the IP to
the hostname the client can still find the server. This, however,
feels like a
Try changing the servername directive to the IP address in httpd.conf, I
believe that will work.
E.g.:
VirtualHost *:80
ServerName 127.0.0.1
# etc
/VirtualHost
--Mark
Mark Lavi, Enterprise Web Management Team @ SGI
mailto:[EMAIL PROTECTED] || phone:+1-650-933-7707
-Original Message-
This is weird. New server. cgi's don't execute outside the normal cgi-bin
directory. The problem was showing up as problems with a nagios install.
The nagios front page works, but the status pages, which are all cgi's,
don't work.
I increased logging to debug in apache and I get:
[Tue Jan 09
Hi,
Error: Premature end of script headers:
Did you put the below line on top of your cgi file for html header?
Content-type: text/html\n\n
Can Le
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:This is weird. New server.
cgi's don't execute outside the normal cgi-bin
[EMAIL PROTECTED] wrote:
This is weird. New server. cgi's don't execute outside the normal cgi-bin
directory. The problem was showing up as problems with a nagios install.
The nagios front page works, but the status pages, which are all cgi's,
don't work.
I increased logging to debug in
Unfortunately, that won't work: the IP is different depending on
where the machine is being accessed from. So as long as Apache
insists on changing the URL to the server name, I will always have
issues- it will just change depending on what I use for the server name.
After rechecking all paths, I would:
rm /etc/rc.d/rc3.d/S11apache2
ln -s /etc/rc.d/apache2 /etc/rc.d/rc3.d/S99apache2
Be aware of all occurrences of K11apache2 (or equivalent) also.
Now apache2 will be (close to) the last service started in run level 3.
- Original Message -
From:
I don't know if what I am trying to do here is even possible (sane?)
but I thought I'd ask. I am running Apache 1.3.29 on an OpenBSD 4.0
system, with Apache chrooted to /var/www. I have a perl script CGI
(it has the .cgi extention, not .pl, but is actually a perl script)
that I need to
For this configuration you need to have mod_perl installed on your
server. Why don't you simply put your script into your cgi-bin
directory?
On 1/10/07, Israel Brewster [EMAIL PROTECTED] wrote:
I don't know if what I am trying to do here is even possible (sane?)
but I thought I'd ask. I am
Forgive me if I don't understand, but it sounds like you are expecting
Apache (which is your network end point) to understand your network
routing and deal with it all by itself.
I don't believe that reasonable without incorporating your network into
the solution. Perhaps you should consider:
-
You're my hero. SELinux was the culprit. Once it was turned off,
everything worked. I can work on making everything work with SELinux now.
Thanks, and thanks to all who responded.
On 1/10/07, Hugh Williams [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
This is weird. New server.
Sorry, didn't read your mail to the end. Try to replace
LoadModule mod_perl /usr/local/lib/mod_perl.so
With
LoadModule perl_module /usr/local/lib/mod_perl.so
On 1/10/07, Serge Dubrouski [EMAIL PROTECTED] wrote:
For this configuration you need to have mod_perl installed on your
server. Why
I installed mod_perl from the package that was distributed with
OpenBSD 4.0. The install didn't give any errors, so I have to assume
it installed properly. As far as I can tell, it didn't make any
configuration changes. Just placing the script in my CGI directory
(and removing the
But with it I get a file not found error since it can't access /usr/
bin/perl from within the chroot (/var/www). If that line can't be
removed, then apparently I can't run perl scripts under Apache with
Apache chrooted, even with mod_perl running properly-is that correct?
or do I just need
To be sure, at the command prompt type whereis perl..Is perl in the
correct location?
What are the permissions of your cgi-bin directory and the script?
You say that your script has the .cgi extension but your error message is
refering to a .pl extension!?
What is the name of your file?
Hello Apache users out there.
I have a rookie question regarding
access log entries.
What is being requested with
'-' '-' ? is this just a ping?
I have a site that has attracted some
one with a passion for this and it has
been wasting the memory on this
machine, to the point where processes
won't
http://yoursite.net/ - main page w/o path
ihmo
127.0.0.1 - - [27/Nov/2006:12:57:00 +0100] GET / HTTP/1.0 200 3751 -
Apache/2.2.3 (Unix) (internal dummy connection)
127.0.0.1 - - [27/Nov/2006:12:57:00 +0100] GET / HTTP/1.0 200 3751 -
Apache/2.2.3 (Unix) (internal dummy connection)
-
Thanks, I'll consider those, perhaps one or more will be doable.
Although I wouldn't say I am expecting Apache to understand my
network, I'm just expecting it to leave the URL I enter alone, i.e.,
if I type http://1.2.3.4/something in the address bar, I want that to
STAY
I'm running into a problem installing the latest Apache on Debian stable.
First, I downloaded OpenLDAP 2.3.32.
I configured with: ./configure --prefix=/opt/ldap
Both make and make install worked fine.
Then, I downloaded apache 2.2.4.
I configured with: ./configure --prefix=/opt/apache2
So you don't have perl available at all? Then you definetely need
mod_perl. Have you tried to change your LoadModule line for mod_perl
like I suggested erlier?
On 1/10/07, Israel Brewster [EMAIL PROTECTED] wrote:
But with it I get a file not found error since it can't access /usr/
bin/perl from
yeah, perl is not available at all from within the Apache chroot
jail, unless I am missing something. Making the change to the
LoadModule line you suggested allowed the various perl directives in
the config file to load without complaint. Attempting to execute the
script, however, results
herauthon mailto:[EMAIL PROTECTED] wrote:
http://yoursite.net/ - main page w/o path
ihmo
127.0.0.1 - - [27/Nov/2006:12:57:00 +0100] GET / HTTP/1.0 200 3751
- Apache/2.2.3 (Unix) (internal dummy connection)
127.0.0.1 - - [27/Nov/2006:12:57:00 +0100] GET / HTTP/1.0 200 3751
- Apache/2.2.3
What are relative URLs relative to? For example, if you define an error page
in .htaccess and you have relative URLs in the error page itself (although
I've heard it's better to have absolute URLs in there), are those relative
URLs resolved relative to:
a) the physical location of that error
-Original Message-
From: lightbulb432 [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 11, 2007 7:36 AM
To: users@httpd.apache.org
Subject: [EMAIL PROTECTED] What are URLs relative to?
What are relative URLs relative to? For example, if you
define an error page
in .htaccess
39 matches
Mail list logo
