PHP 4.0 Bug #7615: Session management in thttpd / proxy problem
| From: | tictactux at surfeu dot ch | Date: | Fri, 03 Nov 2000 10:11:26 +0000 |
| Subject: | PHP 4.0 Bug #7615: Session management in thttpd / proxy problem | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-36932@lists.php.net to get a copy of this message | ||
From: tictactux@surfeu.ch
Operating system: Linux 2.2.17 (Slackware 7.1)
PHP version: 4.0.3pl1
PHP Bug Type: Other web server
Bug description: Session management in thttpd / proxy problem
I installed thttpd-2.20b with PHP 4.0.3pl1 with --with-trans-sid, --with-imap --with-sockets
--with-thttpd.
I have Squirrelmail and Dragonflymail installed to check them out. Both worked.
When trying to access them via a company's firewall, login was not possible, neither via
trans-sid nor cookies. I ran a network trace against both thttpd and apache (on which the very same
box with the very same apps work) and saw that thttpd is very quick (as not to say impatient) at
session build-up. It simply does not seem to wait until the client had answered *all* questions. It
seems that the client has no time to transmit session IDs *and* POSTing the login information.
I've read somewhere that someone had as similar problem with apache which he solved by adding a
delay in the session-buildup routine.
I don't know if this is a thttpd problem or php-in-thttpd problem. Other pages (that had
nothing to do with session stuff) just work fine.
For the time being, I leave apache installed although its footprint is way bigger than
thttpd's...
Regards, Ben
--
Edit Bug report at: http://bugs.php.net/?id=7615&edit=1