Re: lame load balancer, mod_proxy, and sticky sessions
Ask Bjoern Hansen wrote: > On Fri, 6 Sep 2002, Perrin Harkins wrote: > > >>Calbazana, Al wrote: >> >>>I'd like to know if it is possible to use mod_proxy as a sticky session >>>manager. >> >>It's possible in the sense that you could write a sticky session manager >>and glom it onto mod_proxy. It's certainly not there right now. > > > Uh, couldn't a combination of mod_backhand and mod_rewrite (using > cookies) do it? I believe mod_backhand could do it alone, but that's not mod_proxy. None of the approaches I've seen for using mod_rewite with mod_proxy for load-balancing handle the high-availability part, i.e. removing servers that have gone down from rotation, but mod_backahand does, and it handles sticky sessions. - Perrin
Re: lame load balancer, mod_proxy, and sticky sessions
On Fri, 6 Sep 2002, Perrin Harkins wrote: > Calbazana, Al wrote: > > I'd like to know if it is possible to use mod_proxy as a sticky session > > manager. > > It's possible in the sense that you could write a sticky session manager > and glom it onto mod_proxy. It's certainly not there right now. Uh, couldn't a combination of mod_backhand and mod_rewrite (using cookies) do it? - ask -- ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
Re: mod_perl statistics on securityspace.com
> hi all... > >just FYI... mod_perl use seems to be dramatically on the rise > again. here'are the statistics for August from security space: > > perl > august: %36.83 > july: %30.79 > change: %19.64 > > PHP > august: %38.59 > july: %40.03 > change: %-3.62 > > https://secure1.securityspace.com/s_survey/data/man.200208/apachemods.html > > --Geoff Check the month before, I believe this is at least the second month in a row this trend has occured. I'm happy someone noticed. -Chris
can't restart server
I'm running mod_perl on windows ("Apache/2.0.40 (Win32)
mod_perl/1.99_05-dev Perl/v5.6.1") and it refuses to restart or stop the
service. If I try, the system will eventually give me the blue screen
of death and crash.
Has anyone had a similar experience or know the solution?
mod_perl statistics on securityspace.com
hi all... just FYI... mod_perl use seems to be dramatically on the rise again. here'are the statistics for August from security space: perl august: %36.83 july: %30.79 change: %19.64 PHP august: %38.59 july: %40.03 change: %-3.62 https://secure1.securityspace.com/s_survey/data/man.200208/apachemods.html --Geoff
Re: libapreq-1.0 Seg Faults
Sorry, this bounced from my Mac.com acct :P On Friday, September 6, 2002, at 12:50 PM, William C (Bill) Jones wrote: > This is a USELARGEFILES support issue. > > On Friday, September 6, 2002, at 12:16 PM, ODELL, TODD E (SWBT) wrote: > >> ... >> Apache::Request it gives a 'segmentation fault (11)' in the error_log. > > > Here, in Perl, it is defined: > >> useperlio=3Dundef d_sfio=3Dundef uselargefiles=3Ddefine = > usesocks=3Dundef > > And here: > >> Characteristics of this binary (from libperl): >> Compile-time options: USE_LARGE_FILES > > > To avoid this issue please try the following: > > Leave PERL alone! > > Rebuild mod_perl -- for example: > > perl Makefile.PL \ > USE_APXS=3D1 \ > WITH_APXS=3D/usr/local/apache/bin/apxs \ > EVERYTHING=3D1 \ > USE_DSO=3D1 > > # build mod_php - > ./configure --with-apxs=3D/usr/local/apache/bin/apxs \ > =A0 --enable-force-cgi-redirect \ > =A0 --enable-discard-path \ > =A0 --with-pear \ > =A0 --enable-safe-mode \ > =A0 --with-openssl \ > =A0 --enable-bcmath \ > =A0 --with-bz2 \ > =A0 --with-gdbm \ > =A0 --with-ndbm \ > =A0 --enable-dio \ > =A0 --enable-ftp \ > =A0 --with-ldap \ > =A0 --with-mysql=3D/usr/local/ \ > =A0 --with-pgsql \ > =A0 --enable-memory-limit > > # You may wish to remove those options which you might not already > have=20= > > installed - like maybe pgsql, openssl, or ldap... > > Please correct for your filesys layout. > > Also, you may wish to see http://www.apachetoolbox.com/ > > HTH/Sx :] >
libapreq-1.0 Seg Faults
I installed libapreq-1.0 on an AIX 4.3.3 with Perl 5.6.1( build at bottom of page)/Apache 1.3.26/PHP-4.2.2. I read the README and INSTALL which came w/ the libapreq.1-0 and everything went fine. I compiled it with the same VAC 4.4.0.3 as I had used for the Perl/Apache. But when I try to use the Apache::Request it gives a 'segmentation fault (11)' in the error_log. An example is using the Apache::Status module which uses Apache::Request if loaded. With no args it'll print the screen fine but when I select something it does a segfault. Not sure how to correct this. I tried debugging it using dbx running httpd -X. After the fault: Segmentation fault in my_memstr at 0xd0ec3be8 ($t1) 0xd0ec3be8 (my_memstr+0x6c0) 800clwz r0,0x0(r12) I typed thread: thread state-k wchanstate-uk-tid mode held scope function >$t1 run running38005 k no pro my_memstr Thanks for any ideas! The Makefile.PL on mod_perl was: % perl Makefile.PL APACHE_SRC=../apache_1.3.26/src NO_HTTPD=1 \ USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 perl -V: Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=aix, osvers=4.3.3.0, archname=aix uname='aix sbctss 3 4 000200554c00 ' config_args='' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -DUSE_NATIVE_DLOPEN -q32 -D_LARGE_FILES -qlonglong', optimize='-O', cppflags='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -DUSE_NATIVE_DLOPEN -q32 -D_LARGE_FILES -qlonglong' ccversion='4.4.0.3', gccversion='', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, usemymalloc=n, prototype=define Linker and Libraries: ld='ld', ldflags ='-brtl -b32' libpth=/lib /usr/lib /usr/ccs/lib libs=-lbind -lnsl -ldbm -ldl -lld -lm -lc -lcrypt -lbsd -lPW -liconv perllibs=-lbind -lnsl -ldl -lld -lm -lc -lcrypt -lbsd -lPW -liconv libc=/lib/libc.a, so=a, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_aix.xs, dlext=so, d_dlsymun=undef, ccdlflags='-bE:/usr/opt/perl5/lib/5.6.1/aix/CORE/perl.exp -bE:/usr/opt/perl5/lib/5.6.1/aix/CORE/perl.exp' cccdlflags=' ', lddlflags='-bhalt:4 -bM:SRE -bI:$(PERL_INC)/perl.exp -bE:$(BASEEXT).exp -b noentry -lc' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under aix Compiled at Mar 5 2002 14:17:17 @INC: /usr/opt/perl5/lib/5.6.1/aix /usr/opt/perl5/lib/5.6.1 /usr/opt/perl5/lib/site_perl/5.6.1/aix /usr/opt/perl5/lib/site_perl/5.6.1 /usr/opt/perl5/lib/site_perl . Todd E. O'Dell Network Services - TSS Staff Room 1118 500 E. 8th Kansas City, MO 64106 Office: (816)275-3626 Alpha Page: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Apache::Util::ht_time outputs dates in local language
On Fri, Sep 06, 2002 at 05:03:32PM +0200, pascal barbedor wrote: > > > > When I have caching problems, I run my pages through cachability to find > out > > where they are failing. Check it out at: > > > > http://www.web-caching.com/cgi-web-caching/cacheability.py > > > > It reports on page headers as well as gives useful info like the > following: > > > > Hi thanks > > this helped me determine why the cache did not work > is it because the date format of Expires or Last-Modified was not RFC > correct > > I noted on the occasion that Apache::Util::ht_time() > outputs dates in locale language format (french for me) > Mar, 12 Sept 2002 18:50:20 GMT > instead of english ones This function wraps an apache function (apr_ht_time()) which in turn uses strftime() to do the conversion. Try changing your LC_TIME or LANG variable before you start your web server. Perhaps start by setting LANG=C and go from there. Consult the strftime() man page for details on the interaction between the environment variables and the time output. Cheers, Paul -- Paul Lindner[EMAIL PROTECTED] | | | | | | | | | | mod_perl Developer's Cookbook http://www.modperlcookbook.org/ Human Rights Declaration http://www.unhchr.ch/udhr/
Apache::Util::ht_time outputs dates in local language
> > When I have caching problems, I run my pages through cachability to find out > where they are failing. Check it out at: > > http://www.web-caching.com/cgi-web-caching/cacheability.py > > It reports on page headers as well as gives useful info like the following: > Hi thanks this helped me determine why the cache did not work is it because the date format of Expires or Last-Modified was not RFC correct I noted on the occasion that Apache::Util::ht_time() outputs dates in locale language format (french for me) Mar, 12 Sept 2002 18:50:20 GMT instead of english ones is there a way to correct this ? thanks pascal
Re: lame load balancer, mod_proxy, and sticky sessions
Calbazana, Al wrote: > I'd like to know if it is possible to use mod_proxy as a sticky session > manager. It's possible in the sense that you could write a sticky session manager and glom it onto mod_proxy. It's certainly not there right now. If you just want a free load-balancer, take a look at one of the many open source projects out there like http://linux-ha.org/. - Perrin
Re: [ANNOUNCE] Apache::AuthDigest 0.01
nuts... or, rather, bugs. specifically one largish one in AuthDigest.pm that prevented the entire test suite from running. http://www.modperlcookbook.org/~gyoung/modules/Apache-AuthDigest-0.02.tar.gz being pushed to CPAN as we speak. version 0.01 should be tossed and will be deleted from CPAN shortly. Geoffrey Young wrote: > The URL > > > http://www.modperlcookbook.org/~gyoung/modules/Apache-AuthDigest-0.01.tar.gz > > > has entered CPAN as > > file: $CPAN/authors/id/G/GE/GEOFF/Apache-AuthDigest-0.01.tar.gz > size: 10195 bytes >md5: 305f6bfdbdcbd267760bbed9bdc130c7 > > > > from the README: > > This is a suite of applications for using Digest authentication > with mod_perl. It contains: > > Apache::AuthDigest - re-implementation of the authentication part of > mod_digest.c in Perl > > Apache::AuthzDigest - pick up the authorization pieces of mod_digest > > Apache::AuthDigest::API - mod_perl API for Digest authentication a > la mod_digest > > Apache::AuthDigest::API::Full - fully RFC 2617 compliant Digest API > (not yet implemented) > > Apache::AuthDigest::API::Session - experimental interface that uses >the nonce part of a Digest >challenge as a state >maintenance mechanism > > enjoy > > --Geoff
Re: lame load balancer, mod_proxy, and sticky sessions
On Fri, Sep 06, 2002 at 08:44:39AM -0400, Calbazana, Al wrote: > Hello, > > I'd like to know if it is possible to use mod_proxy as a sticky session > manager. Basically, I'd like to put mod_proxy behind the load balancer and > allow the proxy servers to talk to the mod_perl servers. Unfortunately, the > load balancer does not allow for "sticky" sessions and only bounces the user > round-robin style. I am playing with the idea of sending a cookie down to > the client and using it to stick a user to a particular mod_perl server, but > I'd like mod_proxy to figure it out which server and send the user to the > defined machine. I'd also like to enable a "checking" mechanism to > determine if a mod_perl server is up before the user is sent to the location > specified in the cookie. If the machine that the client is stuck to is > down, I'd like to reroute. > > I know high powered load balancers do this already, but I'd like to explore > dedicating a few medium sized servers to do as there is surplus of these and > f5's cost $$$. I apologize in advance if this is a bit off topic! Two things come to mind. First mod_rewrite has plenty of features that will let you do primitive load balancing. See http://httpd.apache.org/docs/misc/rewriteguide.html Look at the examples that show how to combine a cookie with the URI and you can use regexes to control which host is chosen. Also check out mod_backhand (discussed on this list, check the archives) http://www.backhand.org/ -- Paul Lindner[EMAIL PROTECTED] | | | | | | | | | | mod_perl Developer's Cookbook http://www.modperlcookbook.org/ Human Rights Declaration http://www.unhchr.ch/udhr/
lame load balancer, mod_proxy, and sticky sessions
Title: lame load balancer, mod_proxy, and sticky sessions Hello, I'd like to know if it is possible to use mod_proxy as a sticky session manager. Basically, I'd like to put mod_proxy behind the load balancer and allow the proxy servers to talk to the mod_perl servers. Unfortunately, the load balancer does not allow for "sticky" sessions and only bounces the user round-robin style. I am playing with the idea of sending a cookie down to the client and using it to stick a user to a particular mod_perl server, but I'd like mod_proxy to figure it out which server and send the user to the defined machine. I'd also like to enable a "checking" mechanism to determine if a mod_perl server is up before the user is sent to the location specified in the cookie. If the machine that the client is stuck to is down, I'd like to reroute. I know high powered load balancers do this already, but I'd like to explore dedicating a few medium sized servers to do as there is surplus of these and f5's cost $$$. I apologize in advance if this is a bit off topic! Thanks, Al ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **
[ANNOUNCE] Apache::AuthDigest 0.01
The URL http://www.modperlcookbook.org/~gyoung/modules/Apache-AuthDigest-0.01.tar.gz has entered CPAN as file: $CPAN/authors/id/G/GE/GEOFF/Apache-AuthDigest-0.01.tar.gz size: 10195 bytes md5: 305f6bfdbdcbd267760bbed9bdc130c7 from the README: This is a suite of applications for using Digest authentication with mod_perl. It contains: Apache::AuthDigest - re-implementation of the authentication part of mod_digest.c in Perl Apache::AuthzDigest - pick up the authorization pieces of mod_digest Apache::AuthDigest::API - mod_perl API for Digest authentication a la mod_digest Apache::AuthDigest::API::Full - fully RFC 2617 compliant Digest API (not yet implemented) Apache::AuthDigest::API::Session - experimental interface that uses the nonce part of a Digest challenge as a state maintenance mechanism enjoy --Geoff
Re: [mp2.0] wrong crypt behavior
Fri, Sep 06, 2002 ve 09:57:01AM +0200 Enrico Sorcinelli napsal(a):
> On Fri, 6 Sep 2002 08:23:33 +0200
> Tomá? Procházka <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> > I use own PerlAuthenHandler module to verify users' login and password from
> > database.
> >
> > For comparsion of password user entered and password stored in database is
> > crypt function used.
> >
> > Here is the code:
> > my $real_pass = $d->[0][0]; # crypted password from database
> > my $salt = substr $real_pass,0,2; # salt
> > my $test_pass = crypt $sent_pw,$salt; # in $sent_pw is the password user
>entered
> > if ($real_pass eq $test_pass) {
> > $r->subprocess_env(REMOTE_USER => $user);
> > return OK;
> > } else {
> > $r->note_basic_auth_failure;
> > return AUTH_REQUIRED;
> > }
> >
> > Problem: Sometimes, although user entered correct password, is authentication
> > rejected. I tried logging values of $real_pass and $test_pass and they
> > differed. When I add line
> >
> > $r->log_reason("User $user tested (".$real_pass."/".$test_pass.")...","");
> >
> > just before 'if' statement behavior is most of time correct.
> >
> > Can anybody help me? Thanks.
> >
> > Kacer
>
> Hi,
> It seems to be not a mod_perl related problem.
> However, try with:
>
> $test_pass = crypt $sent_pw,$real_pass;
This is what I tried first (it's common in examples). Results were terrible.
Kacer
Re: [mp2.0] wrong crypt behavior
On Fri, 6 Sep 2002 08:23:33 +0200
Tomá¹ Procházka <[EMAIL PROTECTED]> wrote:
> Hello,
> I use own PerlAuthenHandler module to verify users' login and password from
> database.
>
> For comparsion of password user entered and password stored in database is
> crypt function used.
>
> Here is the code:
> my $real_pass = $d->[0][0]; # crypted password from database
> my $salt = substr $real_pass,0,2; # salt
> my $test_pass = crypt $sent_pw,$salt; # in $sent_pw is the password user entered
> if ($real_pass eq $test_pass) {
> $r->subprocess_env(REMOTE_USER => $user);
> return OK;
> } else {
> $r->note_basic_auth_failure;
> return AUTH_REQUIRED;
> }
>
> Problem: Sometimes, although user entered correct password, is authentication
> rejected. I tried logging values of $real_pass and $test_pass and they
> differed. When I add line
>
> $r->log_reason("User $user tested (".$real_pass."/".$test_pass.")...","");
>
> just before 'if' statement behavior is most of time correct.
>
> Can anybody help me? Thanks.
>
> Kacer
Hi,
It seems to be not a mod_perl related problem.
However, try with:
$test_pass = crypt $sent_pw,$real_pass;
Bye,
- Enrico
