Jede AKtion erfordert erneuten Login

Hallo,

ich habe ein Problem mit dem Login über phpPgAdmin

Wenn ich mich einlogge, geht das zwar, aber jedesmal,
wenn ich irgendetwas klicke (z. B. klicke ich auf eine
bestimmte Datenbank in der List), dann kommt erstmal
der Anmelde-Bildschirm wieder, wo ich mich erneut
einloggen muss.

So muss ich mich für jede Aktion erneut einloggen.

Ich habe in der config.inc.php von phpPgAdmin
auf “localhost” umgestellt, statt über Sockets, weil
das mit den Sockets irdendwie überhaupt nicht ging.
Es kam immer “login failed”.

So falls jemand Rat weiss, danke ich im Vorraus

Gruß
Yves

Ich rate mal drauflos: hast du Cookies abgelehnt oder werden diese irgendwie blockiert?

Nein, akzeptiere alle Cookies

Kannst du/ihr aber selbst nochmal ansehen:

http://yves.homeunix.net/phpPgAdmin/index.php

passwort / login: yves / yves

Sagt mir aber bitte bescheid, wenn es bei euch
ohne die oben beschriebenen Probleme geht

Gruß und nochmal danke
yves

Hallo congor,

ich habe es mal getestet. Muss mich auch für jede Aktion neu anmelden.


mfg

fristo

Ok, danke,

dann weiss ich wenigstens, dass es nicht
an meinen Client-einstellugen liegt.

Wenn trotzdem noch jemand das Problem kennt
oder ne Idee hat…

Gruß
Yves

Zu kurzer Cookie Timeout? Hast du an den Configeinstellungen irgendetwas geändert?

Nee, habe da nichts geändert

Ich habe den Debug-Level mal auf 5 gestellt und
jetzt zeigt er auch wirklich ALLES im logfile an.

Aber ich glaube, das sieht alles ganz normal auf,
er diconnected halt nach ner sekunde???

Ich verstehe das echt nicht, ich hab nichts
geändert.

Soll ich das Logfile mal Posten?
hat aber für jeden Login gleich 500 neue Zeilen…

Ich versuch mal die relevanten Stellen rauszufinden:

DATENBANK-START

DEBUG: -----------------------------------------
DEBUG: postmaster: PostmasterMain: initial environ dump:
DEBUG: -----------------------------------------
DEBUG: PGDATA=/var/postgresql/data
DEBUG: PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin
DEBUG: SHELL=/bin/sh
DEBUG: USER=_postgresql
DEBUG: PGSYSCONFDIR=/etc/postgresql
DEBUG: HOME=/var/postgresql
DEBUG: LOGNAME=_postgresql
DEBUG: LC_COLLATE=C
DEBUG: LC_CTYPE=C
DEBUG: LC_MESSAGES=C
DEBUG: LC_MONETARY=C
DEBUG: LC_NUMERIC=C
DEBUG: LC_TIME=C
DEBUG: -----------------------------------------

DEBUG: invoking IpcMemoryCreate(size=9519104)
DEBUG: max_safe_fds = 111, usable_fds = 121, already_open = 7
LOG: database system was shut down at 2006-03-30 11:14:51 UTC
LOG: checkpoint record is at 0/A80B2C
LOG: redo record is at 0/A80B2C; undo record is at 0/0; shutdown TRUE
LOG: next transaction ID: 961; next OID: 17236
LOG: database system is ready
DEBUG: proc_exit(0)
DEBUG: shmem_exit(0)
DEBUG: exit(0)
DEBUG: reaping dead processes
LOG: received SIGHUP, reloading configuration files

EINLOGGEN ÜBER PHPPGADMIN

DEBUG: forked new backend, pid=25299 socket=8
LOG: connection received: host=127.0.0.1 port=11978
DEBUG: received password packet
LOG: connection authorized: user=yves database=template1
DEBUG: postmaster child[25299]: starting with (
DEBUG: postgres
DEBUG: -v196608
DEBUG: -p
DEBUG: template1
DEBUG: )
DEBUG: InitPostgres
DEBUG: StartTransaction
DEBUG: name: unnamed; blockState: DEFAULT; state: INPROGR, xid/subid/cid: 961/1/0, nestlvl: 1, children: <>
DEBUG: CommitTransaction
DEBUG: name: unnamed; blockState: STARTED; state: INPROGR, xid/subid/cid: 961/1/0, nestlvl: 1, children: <>
DEBUG: StartTransactionCommand
DEBUG: StartTransaction
DEBUG: name: unnamed; blockState: DEFAULT; state: INPROGR, xid/subid/cid: 962/1/0, nestlvl: 1, children: <>
LOG: statement: set datestyle=‘ISO’
DEBUG: parse tree:
DETAIL: {QUERY :commandType 5 :querySource 0 :canSetTag true :utilityStmt ?
:resultRelation 0 :into <> :hasAggs false :hasSubLinks false :rtable <>
:jointree <> :rowMarks <> :targetList <> :groupClause <> :havingQual <>
:distinctClause <> :sortClause <> :limitOffset <> :limitCount <>
:setOperations <> :resultRelations <>}

DEBUG: rewritten parse tree:
DETAIL: ({QUERY :commandType 5 :querySource 0 :canSetTag true :utilityStmt ?
:resultRelation 0 :into <> :hasAggs false :hasSubLinks false :rtable <>
:jointree <> :rowMarks <> :targetList <> :groupClause <> :havingQual <>
:distinctClause <> :sortClause <> :limitOffset <> :limitCount <>
:setOperations <> :resultRelations <>})

DEBUG: ProcessUtility
DEBUG: CommitTransactionCommand
DEBUG: CommitTransaction
DEBUG: name: unnamed; blockState: STARTED; state: INPROGR, xid/subid/cid: 962/1/0, nestlvl: 1, children: <>
DEBUG: StartTransactionCommand
DEBUG: StartTransaction
DEBUG: name: unnamed; blockState: DEFAULT; state: INPROGR, xid/subid/cid: 963/1/0, nestlvl: 1, children: <>
LOG: statement: SELECT pdb.datname AS datname, pu.usename AS datowner, pg_encoding_to_char(encoding) AS datencoding,
(SELECT description FROM pg_description pd WHERE pdb.oid=pd.objoid) AS datcomment,
(SELECT spcname FROM pg_catalog.pg_tablespace pt WHERE pt.oid=pdb.dattablespace) AS tablespace
FROM pg_database pdb, pg_user pu
WHERE pdb.datdba = pu.usesysid
AND NOT pdb.datistemplate

ORDER BY pdb.datname

DAS ENDE

DEBUG: CommitTransactionCommand
DEBUG: CommitTransaction
DEBUG: name: unnamed; blockState: STARTED; state: INPROGR, xid/subid/cid: 964/1/0, nestlvl: 1, children: <>
DEBUG: proc_exit(0)
DEBUG: shmem_exit(0)
LOG: disconnection: session time: 0:00:01.55 user=yves database=template1 host=127.0.0.1 port=11978
DEBUG: exit(0)
DEBUG: reaping dead processes
DEBUG: server process (PID 25299) exited with exit code 0

hi,

es ist kein problem deiner datenbank! es liegt an den cookies! wenn du mit opera arbeitest kannst du dir die cookies anzeigen lassen und das von phppgadmin erzeugt läuft am 1.1.1970 ab…

schau mal deine php bzw. vhost einstellungen an. evtl das hier was schief läuft…

cu tb.

Hi,

Danke, aber weiss jetzt noch nicht so genau,
wo ich nachschauen soll und wo man das dann umstellt.

meinst du mit PHP-Einstellungen die php.ini?
und VHost einstellungen den httpd.conf?

Wo stellt man den da das Ablaufdatum der Cookies
ein?

hi,

bei php gibt es die sog. session cookie lifetime…

cu tb.

Hi, habs gefunden in der php.ini

Steht auf: bis Browser restarted hat.

Vielleicht doch die vhosts, aber ich glaube,
dass ich keine einsetzte, da ich ja nur eine
Domain hab.

YVes

hi,

ich hab was gefenden: http://sourceforge.net/forum/forum.php?thread_id=1387831&forum_id=115884

das könnte dein problem sein. ziemlich weit unten steht, dass du deine apache logs checken sollst. gibt hier anscheinent öfters probs mit dem temporären verzeichnis in das die cookie daten geschrieben werden.

cu tb.

DANKE, es funktioniert.

Endlich, man ich habe schon echt lange nach
ner Lösung gesucht.

Es war tatsächlich das Verzeichnis /var/www/tmp,
was nicht schreibbar war (konnte man in der Apache-
error_log sehen)

Habe die Rechte auf 777 gesetzt, das ist aber
glaube ich zu offen, da jetzt jeder auf das tmp
zugreifen kann.

IN der php.ini war ausserdem session.save_path
auskommentiert (aber das muss glaube ich jetzt auch
so sein, nach der Beschreibung dazu)

Vielleicht weiss noch jemand, welchen User der PHP-
Interpreter bzw. der Surfer darstellt, so dass ich ihm
den Besitz des Verzeichnisses geben kann.

Benutzer: www ???

Gruß
Yves

Kommt auf dein Betriebssystem an. Schau doch mal nach, unter welchen Rechten der Apache läuft. ‘www’, ‘www-data’ oder ‘httpd’ sind da gern gesehen …

DAnke, hab auch das gelöst,
es war www