authenticeren in web-based progs gaat niet meer

[Boudewijn]

Hoi


Ik heb een amd64 met gentoo (stable) erop en daar zitten wat php-programmas op zoals cacti en joomla.
Sinds een paar dagen (sinds ik webapp-config weer draai) kan ik daar niet mee inloggen.

Ik voer user+pass in, druk op okay en ik kom zonder enige melding weer terug bij het invoerveld (dit zijn dus GEEN htaccess velden maar echt met 2 textfields en een knoppie).

phpbb heeft hier geen last van trouwens. ook een losse install (dus zonder webapp-config) helpt niet.
Ik heb geen idee hoe dit op google te zoeken, dus ook niet echt heel actief gedaan (wel even op forums.gentoo.org gezocht).

Iemand ideeen?

Php5 en apache: 2.0.58-r2


ik heb even voor de cacti vhost een access_log bijgehouden, en dit is een opening van de page en het invoeren van het password (default is admin-admin):

code:

dionysos cacti.boudewijnector.nl # cat access_log
192.168.1.13 - - [29/Jul/2006:19:15:19 +0200] "GET / HTTP/1.1" 200 1327
192.168.1.13 - - [29/Jul/2006:19:15:19 +0200] "GET /images/auth_login.gif HTTP/1.1" 304 -
192.168.1.13 - - [29/Jul/2006:19:15:21 +0200] "POST /index.php HTTP/1.1" 302 -
192.168.1.13 - - [29/Jul/2006:19:15:21 +0200] "GET / HTTP/1.1" 200 1327

en ik zie hier geen errors.

een not modified, een found, en 2 OKs

edit: het ligt niet aan de browser... zowel konq als ff hebben er last van.

[ Voor 36% gewijzigd door Boudewijn op 29-07-2006 19:17 ]

[odysseus]

Het meest logisch zou zijn dat je browsers geen cookies van dat domein (meer) accepteren - het effect daarvan is vaak precies zoals je nu omschrijft. In de instellingen van Konqueror kan je wel zien welke sites er wel en geen cookies mogen plaatsen en of dat door de betreffende sites al of niet gedaan is .

[Boudewijn]

nou ja ik heb net evne iemand laten testen.... en die persoon heeft geen cookies op die site (althans is er nog nooit geweest).

maar hij komt er ook niet op..
Probeer maar:

http://webmail.boudewijnector.nl

user: admin
pass : admin

(ik geloof niet dat het atm enig kwaad kan, maar dat terzijde).
(ja die webmail , omdat ik even nog moet wachten tot cacti.boudewijnector.nl extern gecommit is in de DNS)

[_JGC_]

Gebruik je toevallig mod_rewrite om de boel te redirecten? Ik heb dit nml ook gehad met mod_rewrite en post forms, enorm irritant als je POST variabelen dan niet meegenomen worden in de rewrite.

[Boudewijn]

nop ...

het lijkt me een sessie+cookie probleem... ben nog aan het zoeken.
maar het is vrij suf, en ligt aan de server (kennis van me heeft ff getest... zelfde probleem).

[Bergen]

Boudewijn schreef op zaterdag 29 juli 2006 @ 19:10:

ik heb even voor de cacti vhost een access_log bijgehouden, en dit is een opening van de page en het invoeren van het password (default is admin-admin):

code:

dionysos cacti.boudewijnector.nl # cat access_log
192.168.1.13 - - [29/Jul/2006:19:15:19 +0200] "GET / HTTP/1.1" 200 1327
192.168.1.13 - - [29/Jul/2006:19:15:19 +0200] "GET /images/auth_login.gif HTTP/1.1" 304 -
192.168.1.13 - - [29/Jul/2006:19:15:21 +0200] "POST /index.php HTTP/1.1" 302 -
192.168.1.13 - - [29/Jul/2006:19:15:21 +0200] "GET / HTTP/1.1" 200 1327

en ik zie hier geen errors.

Er staat zowieso nooit errors in het access_log toch? Daar is het error_log voor.

[flapdrol85]

Hij lijkt het nu weer te doen, ik kan namelijk wel inloggen met de user + pass

[zomertje]

Kijk ook eens op het Joomla forum. Er zijn wat issues op het gebied van inloggen met de laatste Joomla versie (1.010). Deze wil je trouwens ook installeren ivm security issues

[Boudewijn]

okay nou breekt me de klomp.

ik heb apache+gerecompileerd (zonder andere use-flags) en het kreng doet het weer
kan iemand dit (trachten te) verklaren?

[Osiris]

Boudewijn schreef op zondag 30 juli 2006 @ 13:21:
okay nou breekt me de klomp.

ik heb apache+gerecompileerd (zonder andere use-flags) en het kreng doet het weer
kan iemand dit (trachten te) verklaren?

Heb je überhaupt wel geprobeerd Apache te restarten zonder dat je em meteen recompilede?

[Boudewijn]

zie ik er nou echt zo dom uit?

ja natuurlijk.
daarna alle nog draaiende worker threads afgeschoten.... en toen de daemon weer gestart.