Hey Tren,
It was working with Apache, so I'm fairly confident that it's lighttpd
- but I just started looking at the configs to make sure I don't break
anything bringing up Apache again :)
I'm using IPVS (ldirectord/heartbeat) on a pair of Debian Intel Atom
machines, so 'internally' these web servers are standalone.
One nice thing about lighttpd is virtual domains can be created just
by creating a directory of the fqdn (www.havokmon.com/ for example),
or a link to a directory. (192.168.1.1 -> www.havokmon.com/)
The cgi stuff has been a bit of a headache though..
Rick
Quoting "Tren Blackburn" <[email protected]>:
Hrm. Well, I'm out of ideas ;) I also don't use lightthpd :) That might
be part of it. Is it possible to try your setup with Apapche? Just to
confirm if the issue is specific to lightthpd?
Are you using IPVS for your load balancer? Or a proprietary product? If
IPVS what are you using for transmitting the packets to the RIP?
-----Original Message-----
From: Rick Romero [mailto:[email protected]]
Sent: October-29-09 10:24 AM
To: [email protected]
Subject: RE: [qmailadmin] lighttpd & sessions
I wish it were that easy - I have virtual hosts on each box's internal
IP, and when I access via the internal IP from a system on the same
subnet (no balancing, no firewalls), I still have the same problem.. :(
Rick
Quoting "Tren Blackburn" <[email protected]>:
Try compiling qmailadmin with --disable-ipauth
I have a similar setup to yours where I run qmailadmin behind a load
balancer. However I run qmailadmin via https and have my load balancer
set to provide 10 minutes of persistence for https sessions.
HTH,
t.
-----Original Message-----
From: Rick Romero [mailto:[email protected]]
Sent: October-29-09 10:16 AM
To: [email protected]
Subject: [qmailadmin] lighttpd & sessions
Hi all,
I have installed qmailadmin 1.2.13 on a pair of load balanced web
servers running lighttpd.
The problem is I can seem to keep a session. I can log in, but any
further action (such as password change) takes right me back to the
login page.
I've verified the locatime.qw file gets written to my Maildir folder.
I've verified this file contains some data (not sure exactly what it
should look like) - that might help?
I've verified the .qw files can be deleted
I've verified the HTML post contains a matching time. The web page
contains the correct number, and the browser sends it as the URL
(which is displayed on the login page, and is a timestamp that matches
the file name).
There's not a whole lot going on there, so I'm stuck as to why the
session verification is failing.
Any thoughts?
!DSPAM:4ae9d61c32711891718124!
