Yesterday — Friday, 3 July 2009
|
| GET /scripts/.%252e/.%252e/winnt/system32/cmd.exe?/c+dir+c Sergio Morilla 18:04:02 |
| | Hi,
I´ve used Apache::CodeRed to get rid of nimda attaks.
Now I have a good number of entries like this on my
error log and some interesting variations on this.
I was wondering if there is a way to use LocationMatch
or FilesMatch or may be some other directive to direct
all urls containing cmd.exe (non existent on linux) to
a cgi handler.
I'm not very good at REs so may be I'm just failing to
set the directives properly.
Any hints???
Thanks
Sergio D. Morilla
Sistemas
Tipoiti SATIC
San MartÃn 647 Piso 2 Tel. : +54 11 4314-4482
C1004AAM - Buenos Aires Fax : +54 11 4508-6425
Argentina e-mail smorilla@tipoiti.com
|
| |  6 answers | Add comment |
Wednesday, 1 July 2009
|
| compile error in mod_ntlm2-0.1 - missing apxs Gayal 08:30:21 |
| | Greetings,
I want to compile mod_ntlm2-0.1
It has a Makefile. Makefile has APXS=apxs tool enable. When run make
install, i get the following error.
apxs -c -o mod_ntlm.so -Wc,-shared mod_ntlm.c
make: apxs: Command not found
make: *** [mod_ntlm.so] Error 127
There is NO apxs file in my Linux box while installing Apache Server.
--
Gayal Rupasinghe
SU-APIIT
"The willingness to make a commitment even when results are unknown."
|
| | 7 answers | Add comment |
Tuesday, 30 June 2009
|
| Could I have some help on installing Apache SSL Charlene Lee 12:42:32 |
| | Dear Apache Groups,
Is it possible to get some help on how to install Apache with SSL version 2.2.3. It is said that with this version of Apache it already comes with SSL.
What are the steps to follow to install, compile, configure and enable SSL with this version?
This is the error I get when I tried to install and configure Apache with SSL version 2.2.3:
It saids that it cannot find the Toolkit .
configure: error: ... No recognized SSL/TLS toolkit detected.
The steps I took to configure was I added the --enable-ssl command to the configuration step:
./configure --prefix=/home/httpd --enable-ssl --enable-module=so
Yours Sincerely,
Charlene L.
Send instant messages to your online friends http://au.messenger.yahoo.com |
| | 8 answers | Add comment |
Monday, 29 June 2009
|
| configure: error: Cannot use an external APR with the bundled APR-util Ashtanga Yogi 08:19:52 |
| | I am on a FreeBSD system where there is already an Apache installed
somewhere and I think that is what is causing my problem.
Please help me configure and install apache to my local path
$WAG/install/httpd/prefork
[tbrannon@pringle:~/cvs/blue/wagsvr/wares/httpd-2.x.xx] ./configure --prefix=$W\
AG/install/httpd/prefork --with-mpm=prefork
checking for chosen layout... Apache
checking for working mkdir -p... yes
checking build system type... i386-unknown-freebsd4.8
checking host system type... i386-unknown-freebsd4.8
checking target system type... i386-unknown-freebsd4.8
Configuring Apache Portable Runtime library ...
checking for APR... yes
setting CC to "gcc"
setting CPP to "gcc -E"
setting CFLAGS to " -g -O2"
setting CPPFLAGS to " -D_THREAD_SAFE -D_REENTRANT"
setting LDFLAGS to " "
Configuring Apache Portable Runtime Utility library...
checking for APR-util... reconfig
configure: error: Cannot use an external APR with the bundled APR-util
[tbrannon@pringle:~/cvs/blue/wagsvr/wares/httpd-2.x.xx] echo $WAG
/home/tbrannon/cvs/blue/wagsvr
[tbrannon@pringle:~/cvs/blue/wagsvr/wares/httpd-2.x.xx] uname -a
FreeBSD pringle.newdotnet.net 4.8-RELEASE-p13 FreeBSD 4.8-RELEASE-p13 #1
[tbrannon@pringle:~/cvs/blue/wagsvr/wares/httpd-2.x.xx]
--
_______________________________________________
Search for businesses by name, location, or phone number. -Lycos Yellow Pages
http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | 4 answer | Add comment |
Wednesday, 6 May 2009
|
Tomcat on browser do not work,  squalled 13:36:29 |
| | Please identify the problem?
I HAVE DOWNLOADED tomcat 6.0.& DONE CORRECT SETTINGS BUT WHENEVER I LOAD IT ON BROWSER IT DO NOT WORK.PLEASE IDENTIFY THE PROBLEM & PROVIDE THE SOLUTION. I tried changing ports from 8080 to 80, 8080 to 8081 but nothing works.
The tomcat is up and running but whenever I try to test Tomcat in browser, the page seems to load but in reality nothing appears there
Thanks for the replies!!
Please help me out |
| | Add comment |
Saturday, 21 March 2009
|
| Security Problems ??? Torsten Foertsch 14:44:26 |
| | Hi,
almost a month ago there was this posting on the users list
http://www.gossamer-threads.com/lists/modperl/modperl/99170#99170
stating there was a security related bug in modperl.
Since then there were no svn updated touching the code. I'd like to know
if my servers are secure. So, where can I get more information about
the bug to perhaps help to fix it?
Who knows more about the bug, please issue a statement if it is a bug or
not. If it is but nobody has the resources to fix it, please let me
know (privately) what it is. If I can I'll do it then.
Torsten
--
Need professional mod_perl support?
Just hire me: torsten.foertsch@gmx.net
|
| | Add comment |
Friday, 20 March 2009
|
| mp2 hangs when running make test Oliver Block 21:29:42 |
| | Hello everybody,
I'd like to submit the following bug report. In order to understand the
problem I changed /conf/modperl_extra.pl after `make test` has failed. I
wanted to know if startup_info() returns, so I added code to an empty line
(line 37):
(/conf/modperl_extra.pl)
...
startup_info();
Apache2::ServerUtil->server->log->info('peep'); # manually added
test_add_config();
...
It seems to me as if the call to Apache Apache2::ServerUtil->server->log->info
helps to prevent the test from hanging.
I have no idea why, but you may find out. I enclosed both test summaries, make
test and make test with modificions. to the end of this posting.
Best regards,
Oliver Block
****************** apache2ctl -v ***************************
Server version: Apache/2.2.11 (Linux/SUSE)
Server built: Mar 18 2009 18:09:34
********************** perl -V *******************************
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=linux, osvers=2.6.25, archname=x86_64-linux-thread-multi
uname='linux oldfield 2.6.25 #1 smp 2008-12-08 03:55:28 +0100 x86_64
x86_64 x86_64 gnulinux '
config_args='-ds -e -Dprefix=/usr -Dvendorprefix=/usr -Dinstallusrbinperl -Dusethreads -Di_db -Di_dbm -Di_ndbm -Di_gdbm -Duseshrplib=true -Doptimize=-O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -Wall -pipe -Accflags=-DPERL_USE_SAFE_PUTENV'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags
='-D_REENTRANT -D_GNU_SOURCE -DPERL_USE_SAFE_PUTENV -DDEBUGGING -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -Wall -pipe',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DPERL_USE_SAFE_PUTENV -DDEBUGGING -fno-strict-aliasing -pipe'
ccversion='', gccversion='4.3.1 20080507 (prerelease) [gcc-4_3-branch
revision 135036]', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib64'
libpth=/lib64 /usr/lib64 /usr/local/lib64
libs=-lm -ldl -lcrypt -lpthread
perllibs=-lm -ldl -lcrypt -lpthread
libc=/lib64/libc-2.8.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.8'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef,
ccdlflags='-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.10.0/x86_64-linux-thread-multi/CORE'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib64'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY PERL_DONT_CREATE_GVSV
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP
PERL_TRACK_MEMPOOL PERL_USE_SAFE_PUTENV
USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS
USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API
Built under linux
Compiled at Jan 28 2009 15:28:34
@INC:
/usr/lib/perl5/5.10.0/x86_64-linux-thread-multi
/usr/lib/perl5/5.10.0
/usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.10.0
/usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.10.0
/usr/lib/perl5/vendor_perl
.
********************* make test ****************************
...
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c
unlimited; /usr/bin/perl /usr/src/packages/BUILD/mod_perl-2.0.4/t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER=
APACHE_TEST_APXS= \
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -bugreport -verbose=0
[warning] setting ulimit to allow core files
ulimit -c
unlimited; /usr/bin/perl /usr/src/packages/BUILD/mod_perl-2.0.4/t/TEST -bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (65534:65533)
[warning] testing whether 'nobody' is able
to -rwx /usr/src/packages/BUILD/mod_perl-2.0.4/t
"/usr/bin/perl" -Mlib=/usr/src/packages/BUILD/mod_perl-2.0.4/Apache-Test/lib -MApache::TestRun -e 'eval
{ Apache::TestRun::run_root_fs_test(65534, 65533,
q[/usr/src/packages/BUILD/mod_perl-2.0.4/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/sbin/httpd2-prefork -d /usr/src/packages/BUILD/mod_perl-2.0.4/t -f /usr/src/packages/BUILD/mod_perl-2.0.4/t/conf/httpd.conf -D
APACHE2 -D PERL_USEITHREADS
using Apache/2.2.11 (prefork MPM)
waiting 120 seconds for server to start: .[Fri Mar 20 19:02:26 2009] [info] 6
Apache2:: modules loaded
[Fri Mar 20 19:02:26 2009] [info] 0 APR:: modules loaded
[Fri Mar 20 19:02:26 2009] [info] base server + 28 vhosts ready to run tests
..........................................................................................................................
waiting 120 seconds for server to start: not ok
[ error] giving up after 121 secs. If you think that your system
is slow or overloaded try again with a longer timeout value.
by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT
to a high value (e.g. 420) and repeat the last command.
[ error] server failed to start! (please examine t/logs/error_log)
+--------------------------------------------------------+
| Please file a bug report: http://perl.apache.org/bugs/ |
+--------------------------------------------------------+
make: *** [run_tests] Fehler 1
************ make test (with modifications) ****************
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
t/apache/util.t 8 4 1-4
7 tests and 1 subtest skipped.
Failed 1/238 test scripts. 4/2457 subtests failed.
Files=238, Tests=2457, 127 wallclock secs (88.53 cusr + 16.14 csys = 104.67
CPU)
Failed 1/238 test programs. 4/2457 subtests failed.
[warning] server localhost:8529 shutdown
[ error] error running tests (please examine t/logs/error_log)
+--------------------------------------------------------+
| Please file a bug report: http://perl.apache.org/bugs/ |
+--------------------------------------------------------+
make: *** [run_tests] Fehler 1
************************************************************
--
|
| | Add comment |
Thursday, 19 March 2009
|
| Apache::SizeLimit + solaris Update 10 Adam Prime 16:03:46 |
| | There was a thread today on the users list where a guy was running into
problems with SizeLimit on Solaris update 10 [1]. Attached are 2
patches, one against the version of Apache2::SizeLimit in the 2.04
distribution, and the other against the version in SVN. the SVN version
still tests fine on linux, but I can't test it on solaris at home, and
the solaris boxes I do have access to don't have update 10 on them.
I'm also not sure if what I did is acceptable or not, but it should
work, I think. I also didn't make the change in the 1.3 tree.
Adam
[1] http://marc.info/?t=123630641100001&r=1&w=2
--- SizeLimit.pm.orig 2009-03-06 01:19:31.000000000 -0500
+++ SizeLimit.pm 2009-03-06 01:22:22.000000000 -0500
@@ -52,7 +52,8 @@
if Apache2::MPM->is_threaded();
# decide at compile time how to check for a process' memory size.
- if (SOLARIS && $Config{'osvers'} >= 2.6) {
+ my ($major,$minor) = split('.',$Config{'osvers'});
+ if (SOLARIS && $major >= 2 && $minor >= 6) {
$HOW_BIG_IS_IT = \&solaris_2_6_size_check;
Index: lib/Apache/SizeLimit/Core.pm
===================================================================
--- lib/Apache/SizeLimit/Core.pm (revision 750777)
+++ lib/Apache/SizeLimit/Core.pm (working copy)
@@ -131,7 +131,8 @@
}
BEGIN {
- if ($Config{'osname'} eq 'solaris' && $Config{'osvers'} >= 2.6 ) {
+ my ($major,$minor) = split('.',$Config{'osvers'});
+ if ($Config{'osname'} eq 'solaris' && $major >= 2 && $minor >= 6 ) {
*_platform_check_size = \&_solaris_2_6_size_check;
*_platform_getppid = \&_perl_getppid;
}
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | 5 answers | Add comment |
Tuesday, 17 March 2009
|
| [RELEASE CANDIDATE] mod_perl-1.31 RC6 Philippe M. Chiasson 06:38:06 |
| | <note>
Apologies, but RC5 was generated on a Mac and included bogus resource forks
in the tarball, breaking MakeMaker on any non-mac platform. This RC is the
exact same thing as RC5, without the resource forks.
</note>
The mod_perl 1.31 release candidate 6 is ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc6.tar.gz
SHA1(mod_perl-1.31-rc6.tar.gz)= 1b917d51fd4b0030cd8d018a35d3d98cdfcca0a4
MD5(mod_perl-1.31-rc6.tar.gz)= db7b0bde837ba8b2ffef855218d9360f
Please give it a spin in your favorite configuration and report
any problems. Especially needed against Perl-5.10 and on Windows.
The summary of what has changed since 1.30 are (from Changes):
On Win32, mod_perl.h needs to include <malloc.h> before the perl
headers, at least when built with USE_ITHREADS
[Steve Hay]
Win32 needs PERL_SYS_INIT/PERL_SYS_TERM calls when built with
USE_ITHREADS [sic--that's different to USE_THREADS]. In fact,
they ought to be always called if they are defined
[Steve Hay]
Fix potential segfault when the environment contains
NULL values [Mike Schilli]
Fix static APACI build against newer apache-1.3.38+
[Gozer]
Fixed modules/regex.t test 4 on Win32
[Steve Hay]
Avoid possible segfault when PerlFreshRestart is On.
[Michael Rendell <michael@cs.mun.ca>]
Prevent segfault when running with perl >= 5.9.3
[Steve Hay]
Fix shared libary extensions on Win32 to be .dll not .so
[Nikolay Ananiev <ananiev@thegdb.com>]
Patch to mod_perl.dsp to remove /D _WINSOCK2API_ on Win32
for perl >= 5.8.6 [Steve Hay]
--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
|
| | 1 answer | Add comment |
Sunday, 15 March 2009
|
| New GUI for Apache Guest 22:23:41 |
| | Hello everybody,
I'm writing a GUI for apache.
Right now I 'only' have a working parser (in python).
I need people to submit their configuration files so that I can see if
the parser really works or not.
As soon as I am quite confident that the parser works I'll move on the
GUI.
Please note that the parser as is does not support include directives.
I'll add them asap.
If you are so kind to contribute your httpd.conf file please note that
it'll be made publicly available.
You can check out the project at apacheconsole.sourceforge.net.
Bye and thanks,
P.S.: please bear with me if I'm posting to the wrong place...
Umberto Nicoletti - unicoletti@arpa.veneto.it | sysmaster@arpa.veneto.it
Tel. 049-8239380 (assistenza)
"We'll try to make different mistakes this time." - Larry Wall |
| | 13 answers | Add comment |
Friday, 13 March 2009
|
| [RELEASE CANDIDATE] mod_perl-1.31 RC5 Philippe M. Chiasson 17:55:50 |
| | The mod_perl 1.31 release candidate 5 is ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc5.tar.gz
MD5(mod_perl-1.31-rc5.tar.gz)= 68dafd0a864603bd977739b06b56954a
SHA1(mod_perl-1.31-rc5.tar.gz)= 2b4e24673ca6e1387dbc2f86faf84f63e8bb298c
Please give it a spin in your favorite configuration and report
any problems. Especially needed against Perl-5.10 and on Windows.
The summary of what has changed since 1.30 are (from Changes):
On Win32, mod_perl.h needs to include <malloc.h> before the perl
headers, at least when built with USE_ITHREADS
[Steve Hay]
Win32 needs PERL_SYS_INIT/PERL_SYS_TERM calls when built with
USE_ITHREADS [sic--that's different to USE_THREADS]. In fact,
they ought to be always called if they are defined
[Steve Hay]
Fix potential segfault when the environment contains
NULL values [Mike Schilli]
Fix static APACI build against newer apache-1.3.38+
[Gozer]
Fixed modules/regex.t test 4 on Win32
[Steve Hay]
Avoid possible segfault when PerlFreshRestart is On.
[Michael Rendell <michael@cs.mun.ca>]
Prevent segfault when running with perl >= 5.9.3
[Steve Hay]
Fix shared libary extensions on Win32 to be .dll not .so
[Nikolay Ananiev <ananiev@thegdb.com>]
Patch to mod_perl.dsp to remove /D _WINSOCK2API_ on Win32
for perl >= 5.8.6 [Steve Hay]
--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
|
| | 3 answer | Add comment |
Thursday, 12 March 2009
|
| RE: [Fwd: Re: Apache 1.3.41 / mod_perl 1.30 / Perl 5.8.9] Steve Hay 17:48:11 |
| | There is already a note in the Changes file in SVN (added by the
revision that changed mod_perl.c itself).
I think we ought to release mod_perl-1.31 to save other people from
wasting time like this investigating bugs that are already fixed.
Someone else recently tripped up another bug that's already fixed:
http://marc.info/?l=apreq-dev&m=123572735005838&w=2
|
| | 4 answer | Add comment |
Thursday, 5 March 2009
|
| "Too many arguments for subroutine" after convert to mod_perl Csross 11:32:26 |
| |
I am converting some cgi scripts to enable them to run under mod_perl. I
have one script that I defined as a package and reference it via the package
name in the calling program. That eliminated my "undefined subroutine"
errors but I just got one I do not know. Any help would be appreciated.
I am getting the error
[error] Too many arguments for packagesubs::getResultSet at
/usr/local/apache2/cgi-bin2/launch_frm.cgi line 209, near "$strSQL)"\n
In my calling program I have
$sth = packagesubs::getResultSet($strSQL);
In the called program I have
package packagesubs;
sub getResultSet()
{
$sqlQuery=$_[0];
$sth = $dbh->prepare($sqlQuery);
$sth->execute || die "Can't prepare statement: $DBI::errstr";
return $sth;
}
--
View this message in context: http://www.nabble.com/%22Too-many-arguments-for-subroutine%22-after-convert-to-mod_perl-tp22338572p22338572.html
Sent from the mod_perl - Dev mailing list archive at Nabble.com.
|
| | 1 answer | Add comment |
Thursday, 26 February 2009
|
| RE: Apache HTTPD segfaults w/ mod_perl 1.0 Steve Hay 19:37:51 |
| | Karsten Kroesch wrote:
Hi! I'm running an Apache 1.3.39 with mod_perl 1.0 freshly compiled by myself on Solaris 10 (The Perl application I'm dealing with, refused to work on Apache 2.x and mod_perl 2, though using compat. mode). The application seems to work fine in the first place, but then showed some odd behaviour. The error_log says: "[notice] child pid 14240 exit signal Segmentation Fault (11), possible coredump in /etc/httpd" and when I enabled core dumping, I see the stack trace attached below. I cannot see whether a script is causing the failure. Can anyone give me a hint where to search for the reason? Is it the fault of a script or the mod_perl lib itself? Any help is appreciated; thanks in advance! Karsten -------8<-------------- bash-3.00# pstack core.httpd.14240 core 'core.httpd.14240' of 14240: /opt/apache-1.3.39/bin/httpd -DSSL 001322e4 Perl_av_undef (0, 1, a696c, 12ff24, 20bdf8, fef71414) + 4 0005a634
What version of perl are you using? If its 5.10.x then from your stack
trace I would guess that you've been bitten by the bug that was fixed
here:
http://svn.apache.org/viewvc?view=rev&revision=555908
Unfortunately, that was committed just after mod_perl-1.30 was released
and 1.31 still hasn't been released yet. Try manually applying that
change to your mod_perl source and rebuilding it (or else get the
current dev version from SVN).
|
| | Add comment |
Thursday, 19 February 2009
|
| Shutdown behavior Torsten Foertsch 17:07:22 |
| | Hi,
why do we not call perl's cleanup at child exit?
Here my setup:
<Perl>
package My::Test;
use strict;
use warnings;
sub new {
my (undef, $data)=@_;
my $inst=bless \$data;
warn "$$: a new instance is born: $inst ($$inst)\n";
$inst;
}
sub DESTROY {warn "$$: DESTROY $_[0] (${$_[0]})\n"}
$My::PInstance=My::Test->new('parent');
</Perl>
PerlChildInitHandler "sub {$My::CInstance=My::Test->new('child')}"
The destructor is called only once for $My::PInstance at server
shutdown. This may be questionably right because if the object is
created in the parent process so it is destroyed there and only there.
But the $My::CInstance destructor is never called.
Of course I can add a PerlChildExitHandler
PerlChildExitHandler \
"sub {undef $_ for($My::PInstance, $My::CInstance)}"
or an END block
<Perl>
END {undef $_ for($My::PInstance, $My::CInstance)}
</Perl>
Both are called at child shutdown. But that is a bit counter-intuitive
since:
perl -e '{
package My::Test;
use strict;
use warnings;
sub new {
my (undef, $data)=@_;
my $inst=bless \$data;
warn "$$: a new instance is born: $inst ($$inst)\n";
$inst;
}
sub DESTROY {
warn "$$: DESTROY $_[0] (${$_[0]})\n";
}
}
$My::PInstance=My::Test->new("parent");fork;'
8982: a new instance is born: My::Test=SCALAR(0x7c79b8) (parent)
8982: DESTROY My::Test=SCALAR(0x7c79b8) (parent)
8983: DESTROY My::Test=SCALAR(0x7c79b8) (parent)
And then we have $r->child_terminate which simply calls exit() at
C-level in a request pool cleanup. So, no perl-level cleanup at all is
done.
Do you think this is the right behavior? If not, what do you think would
be correct?
Torsten
--
Need professional mod_perl support?
Just hire me: torsten.foertsch@gmx.net
|
| | 2 answer | Add comment |
Thursday, 5 February 2009
|
| mod_proxy_balancer configuration question Yoav Shapira 13:22:10 |
| | Hi,
I'm trying to configure mod_proxy_balancer with a simple cluster and
have run into a configuration problem that has me stumped. It's
probably very simple and I'm just missing something ;) Your help is
appreciated.
I have three machines, www1.mydomain.com, www2.mydomain.com, and
www3.mydomain.com. All are running httpd 2.2.2 on Fedora Core 5
(64-bit), with the default httpd.conf file, only the serveradmin email
address is changed.
I'd like www1 to be the "master" or balancer proxy, so I've created
the following file in /etc/httpd/conf.d/balancer.conf:
ProxyPass / balancer://mycluster stickysession=jsessionid nofailover=On
ProxyPassReverse / balancer://mycluster
<Proxy balancer://mycluster>
BalancerMember http://[ip address of www2.mydomain.com]
BalancerMember http://[ip address of www3.mydomain.com]
</Proxy>
<Location /balancer-manager>
SetHandler balancer-manager
Order Deny,Allow
Deny from all
Allow from .mydomain.com
</Location>
On www2 and www3, I created little test files, /var/www/html/test.html
on each machine, with just one line saying "hi I'm www2" on www2, and
"hi i'm www3" on www3.
Here's what I'm seeing:
- When I access http://www2.mydomain.com/test.html directly, I see the
www2 file, no problem
- When I access http://www3.mydomain.com/test.html directly, I see the
www3 file, no problem
- When I access http://www1.mydomain.com/test.html, I get a 403
forbidden error. This is the problem.
- When I access http://www1.mydomain.com/ I get the directory listings
from www2 or www3, as expected/. The directory listing includes the
test.html file (with the right size, modification date, etc.), and the
footer includes the correct server name and admin email. But if I
click on test.html I get the 403 error as above. If I refresh, I get
the directory listings from the other server, so I know the balancing
is correctly switching servers with each request.
What am I missing? Any help would be appreciated. Thank you,
Yoav
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | 6 answers | Add comment |
Wednesday, 4 February 2009
|
| Apache 1.3.41 / mod_perl 1.30 / Perl 5.8.9 Rainer Tammer 05:20:09 |
| | Hello,
are there any known problems with
* Apache 1.3.41
* mod_perl 1.30
* Perl 5.8.9
on AIX (or in general)?
After installation I get the following error message in the Apache error
log:
parse: A file descriptor does not refer to an open file.
The httpd process does not start up. There are no errors in the config file.
The same Apache / mod_perl works with Perl 5.8.2.
The strange thing is that I can not find the above error message in the
Apache / mod_perl source...
Any ideas ???
The following combination seems to work:
Apache/2.2.11 (Unix) DAV/2
* mod_auth_pgsql/2.0.3
* mod_perl/2.0.4 Perl/v5.8.9
Unfortunately we rely on Apache 1.3.x for some legacy applications...
Bye
Rainer Tammer
|
| | 1 answer | Add comment |
Monday, 26 January 2009
|
| Apache 2.2 and mod_proxy_ajp bug workaround Ian Shafer 22:22:26 |
| | Hello,
I've been load testing with Apache 2.2 to Tomcat 5.5 via
mod_proxy_ajp. I've been hitting a bug like the one described here:
http://issues.apache.org/bugzilla/show_bug.cgi?id=36495
In short, errors like this show up in my error log:
[Sat Feb 18 23:53:10 2006] [error] (110)Connection timed out: proxy:
AJP: attempt to connect to 69.25.141.6:5269 (69.25.141.6) failed
[Sat Feb 18 23:53:10 2006] [error] ap_proxy_connect_backend disabling
worker for (69.25.141.6)
[Sat Feb 18 23:53:10 2006] [error] proxy: AJP: failed to make
connection to backend: 69.25.141.6
[Sun Feb 19 00:10:27 2006] [error] (70007)The timeout specified has
expired: ajp_ilink_receive() can't receive header
[Sun Feb 19 00:10:27 2006] [error] ajp_read_header: ajp_ilink_receive
failed
[Sun Feb 19 00:10:27 2006] [error] (120006)APR does not understand
this error code: proxy: read response failed from (null) (69.25.141.6)
When I switch to using the http proxy (http:// instead of ajp:// in
my ProxyPass directive), everything works, fine. No errors. And I can
connect over twice as many clients at once.
Any work arounds here? A patch that anybody knows about?
Thanks,
Ian
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | 1 answer | Add comment |
Tuesday, 20 January 2009
|
| 2.0.5 RM Fred Moyer 08:44:05 |
| | It has been over a year since the 2.0.4 release. Is anyone slated to RM
2.0.5? Philip? Gozer?
No doubt that everyone on this list is short on tuits, but we have more
helping hands for 2.0.5 than 2.0.4 now with Toersten and Adam Prime, and
maybe a couple others who have been active on the users list.
|
| | 2 answer | Add comment |
Monday, 19 January 2009
|
| svn 1.5.x Philip M. Gollucci 10:56:04 |
| | svn.apache.org and svn.eu.apache.org have been at svn 1.5.x for a while now.
This gets us relative url's in SVN externals and allows us to fix a long
standing issue with https:// being hard coded in the svn:externals.
The only gotcha is this ALSO requires an svn 1.5.x client too.
If there are no objections in ~48hrs, I'll update trunk, branches, and tags
svn:externals appropriately.
--
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior Sys Admin - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
|
| | Add comment |
Saturday, 17 January 2009
|
| Upgrading Apache on Windows from 1.3.27 to 2.0? Mark Spencer 16:06:24 |
| | Hello,
I installed Apache on Windows using EasyPHP (http://www.easyphp.org/)
since it had everything I needed (PHP, MySQL) installed and configured
to run the discussion forum software I like. After running Nikto
against my server however, I'm concerned about security and would like
to upgrade to the latest Apache 2.0. Here are the results of my Nikto
scan:
+ Server: Apache/1.3.27 (Win32) PHP/4.3.3
+ Allowed HTTP Methods: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS,
PATCH, PROPFIND, PROPPATCH, MKCOL, COPY, MOVE, LOCK, UNLOCK, TRACE
+ HTTP method 'CONNECT' may allow server to proxy client requests.
+ HTTP method 'PROPFIND' indicates DAV/WebDAV is installed. Check
OSVDB-425 for possible security issues.
+ HTTP method 'PROPPATCH' indicates DAV/WebDAV is installed. Check
OSVDB-425 for possible security issues.
+ OSVDB-5647: HTTP method 'MOVE' may allow clients to change file
locations on the web server.
+ OSVDB-5646: HTTP method 'DELETE' may allow clients to remove files on
the web server.
+ OSVDB-397: HTTP method 'PUT' method may allow clients to save files on
the web server.
+ OSVDB-877: HTTP method 'TRACE' is typically only used for debugging.
It should be disabled.
+ Apache/1.3.27 appears to be outdated (current is at least
Apache/2.0.48). Apache 1.3.29 is still maintained and considered secure.
+ PHP/4.3.3 appears to be outdated (current is at least 4.3.4)
+ Apache/1.3.27 - Windows and OS/2 version vulnerable to remote exploit.
CAN-2003-0460
+ Apache/1.3.27 - Apache 1.3 below 1.3.29 are vulnerable to overflows in
mod_rewrite and mod_cgi. CAN-2003-0542.
+ OSVDB-3268: GET /icons/ : Directory indexing is enabled, it should
only be enabled for specific directories (if required). If indexing is
not used all, the /icons directory should be removed.
+ 1788 items checked - (1) item(s) found on remote host(s)
+ End Time: 2004-06-18 9:12:09 (25 seconds)
I have no idea how to upgrade my installation of Apache 1.3.27 on
Windows to the latest 2.0. I found upgrade docs on the Apache website
(http://httpd.apache.org/docs-2.0/upgrading.html) but they don't appear
to apply to Apache on Windows.
Any advice? Is there an Apache 2.0 binary for Windows I could just drop
on top of my 1.3.27 binary, or is the upgrade much more involved than
that?
Thanks for the help!
Mark
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | Add comment |
Friday, 9 January 2009
|
| Apache::Bootstrap to ASF infrastructure Fred Moyer 03:59:12 |
| | Hi all,
I'll be releasing Apache::Bootstrap 0.05 in the next two weeks, 0.04_2
is passing all tests but it needs to cook a bit longer I think.
Any thoughts on moving it into our asf subversion facilities to give
it a good home?
I'm going to release a version of Apache::Dispatch that uses Bootstrap
when I release bootstrap 0.05, so there will be at least one module
where it has been implemented.
Apache::Bootstrap was really just taking all the bootstrapping logic
in Apache::* Makefile.PL's and merging it into something that has an
easy to use API. There are a lot of people here who have had to deal
with the pain of making dual mp1/mp2 life modules, this module was
meant to take all that headache away.
So the code is really a combination of efforts of everyone here.
Apache::Reload has ticket 34316 which this module is meant to solve.
I'd really like some feedback on the module; I could try to use it to
fix 34316 but I'd gladly yield the honor to someone else if they
wanted to take it for a spin.
- Fred
Queue: Apache-Reload
Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=34316 >
Absolutely correct, but a lot of modules have this problem.
I'd like to find a generic way to solve this. I had a short discussion
with Fred about it.
|
| | 8 answers | Add comment |
|
