Session wird willkürlich beendet

Docci 2012-01-19 08:35:28 UTC #1

Hallo zusammen,

hab schon einiges gelesen, aber noch nicht die Lösung gefunden.

ich fliege willkürlich aus meiner Session in eGroupware. Zum Teil hält die Session ne ganze Zeit ohne Probleme, zum Teil fliege ich nach dem Einloggen und dem ersten klick auf einen Menupunkt direkt wieder raus. Login-Bildschirm mit Meldung “Ihre Sitzung konnte nicht verifiziert werden”

Ich habe egroupware in einem webhostingpaket installiert. Hab schon alle vorhandenen, zusätzlichen php.ini’s aus den Verzeichnissen gelöscht. Alle .htaccess gecheckt, dass da nichts faules drinsteht, und den Wert für den Sessiontimeout in der Adminkonfiguration von egroupware geprüft (Steht auf standard (14400)).

Wo kann ich noch suchen? Leider habe ich keinen Zugriff auf die Logs. Hatte da schonmal erfolglos gefragt

Thx,
Doc.

Edit: Hier der Link zur phpinfo

Ralf_Becker_Stylite 2012-01-19 09:03:21 UTC #2

Schalte mal unter Admin >> Konfiguration der Anwendung

IP-Adresse für alle Sessions überprüfen (schalten Sie es aus, wenn
Benutzer immer wieder zufällig rausgeworfen werden: “Ihre Sitzung konnte
nicht verifiziert werden.”)

aus, bzw auf Nein. Dein Internetprovider verwendet vermutlich einen
transparenten Proxy über mehrere Rechner (Proxyfarm), was einen
ständigen Wechsel Deiner IP bedingt. Ohne die Konfiguration fliegst Du
dann aus der EGroupware raus. Ich muss ja nicht sagen, dass das ein
Sicherheitsfeature ist, was du dann ausschaltest.

Ralf

Hallo zusammen,

hab schon einiges gelesen, aber noch nicht die Lösung gefunden.

ich fliege willkürlich aus meiner Session in eGroupware. Zum Teil hält die
Session ne ganze Zeit ohne Probleme, zum Teil fliege ich nach dem Einloggen
und dem ersten klick auf einen Menupunkt direkt wieder raus.
Login-Bildschirm mit Meldung “Ihre Sitzung konnte nicht verifiziert werden”

Ich habe egroupware in einem webhostingpaket installiert. Hab schon alle
vorhandenen, zusätzlichen php.ini’s aus den Verzeichnissen gelöscht. Alle
.htaccess gecheckt, dass da nichts faules drinsteht, und den Wert für den
Sessiontimeout in der Adminkonfiguration von egroupware geprüft (Steht auf
standard (14400)).

Wo kann ich noch suchen? Leider habe ich keinen Zugriff auf die Logs. Hatte
da schonmal erfolglos gefragt

Thx,
Doc.

–
View this message in context: http://egroupware.219119.n3.nabble.com/Session-wird-willkurlich-beendet-tp3671727p3671727.html
Sent from the egroupware-german mailing list archive at Nabble.com.

Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

Commerzbank BLZ 55040022 | Account 218111300
IBAN DE33 5504 0022 0218 1113 00 | BIC COBADEFFXXX
VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Docci 2012-01-19 09:23:47 UTC #3

Habs getestet. Sah auch erst gut aus, aber gerade bin ich beim klick auf eine email wieder rausgeflogen

Noch ne Idee? Werde den Wert für die IP-Prüfung wieder einschalten.

Docci 2012-01-19 15:16:04 UTC #4

da ich in letzter Zeit einiges wegen meinem Webdav-Problem mit .htaccess und php.ini files hantiert habe, hab ich die Befürchtung etwas zerschossen zu haben. Evtl. will ich die Installation neu aufsetzen. Wenn ich das Backup mache und wieder einspiele, ist dann alles wie bisher?

zudem habe ich in der jetzigen Setupoberfläche die Installation überprüfen lassen und da gibts ein paar Fehler. Kann da einer davon verantwortlich sein?

Überprüfe die eGroupWare-Installation
Passed Überprüfe benötigte PHP Version 5.2+ (empfohlen 5.2+): 5.2.9 ==> Ja
Passed Überprüfe die php.ini Datei: safe_mode = Off: ini_get(‘safe_mode’)=’’ = Off
Passed Überprüfe die php.ini Datei: magic_quotes_runtime = Off: ini_get(‘magic_quotes_runtime’)=’’ = Off
Warning Überprüfe die php.ini Datei: register_globals = Off: ini_get(‘register_globals’)=‘1’ = On
register_globals ist eingeschaltet (On), eGroupWare benötigt das NICHT und es ist generell sicherer es auszuschalten (Off)
Passed Überprüfe die php.ini Datei: display_errors = Off: ini_get(‘display_errors’)=’’ = Off
Passed Überprüfe die php.ini Datei: memory_limit >= 24M: ini_get(‘memory_limit’)='128M’
Error Überprüfe die php.ini Datei: max_execution_time >= 30: ini_get(‘max_execution_time’)='20’
max_execution_time (maximale Ausführungszeit eines Skripts) ist auf weniger als 30 (Sekunden) gesetzt: eGroupWare benötigt teilweise längere Ausführungszeiten. Sie müssen mit gelegentlichen Fehlern rechnen.
Passed Überprüfe die php.ini Datei: file_uploads = On: ini_get(‘file_uploads’)=‘1’ = On
Passed Überprüfe die php.ini Datei: upload_max_filesize >= 8M: ini_get(‘upload_max_filesize’)=‘10M’
Passed Überprüfe die php.ini Datei: post_max_size >= 8M: ini_get(‘post_max_size’)=‘8M’
Passed Überprüfe die php.ini Datei: include_path enthält .: ini_get(‘include_path’)=’.:/php/includes:/usr/libexec/php5-cgi/share/pear:/usr/share/pear’
Error Überprüfe die php.ini Datei: date.timezone gesetzt und nicht “System/Localtime”: ini_get(‘date.timezone’)=’‘
Keine gültige Zeitzone gesetzt! (“System/Localtime” ist nicht ausreichend, Sie müssen eine Zeitzone wie “Europe/Berlin” verwenden, siehe Liste der gültigen Zeitzonen)
Warning Überprüfe die php.ini Datei: mbstring.func_overload = 7: ini_get(‘mbstring.func_overload’)=‘0’
Die Einstellung mbstring.func_overload = 7 ist notwendig um Unicode (utf-8) oder andere mehr-byte (multibyte) Zeichensätze vollständig zu unterstützen.
*** Bitte nehmen Sie die folgenden Änderungen an Ihrer php.ini Datei vor (/usr/libexec/php5-cgi/etc): mbstring.func_overload = 7
*** UND reloaden Sie ihren Webserver, damit die obigen Änderungen in Kraft treten!!!
Warning Überprüfe die php.ini Datei: magic_quotes_gpc = Off: ini_get(‘magic_quotes_gpc’)=‘1’ = On
magic_quotes_gpc wird von benötigt von: felamimail.
Passed Überprüfe ob die Erweiterung session geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung pdo geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung mysql geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung pdo_mysql geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung pgsql geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung pdo_pgsql geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung odbc geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung pdo_odbc geladen oder ladbar ist: Ja
Warning Überprüfe ob die Erweiterung oci8 geladen oder ladbar ist: Falsch
Die oci Erweiterung (php extension) wird benötigt, wenn Sie die Oracle Datenbank einsetzen wollen.
Warning Überprüfe ob die Erweiterung pdo_oci geladen oder ladbar ist: Falsch
Die pdo_oci Erweiterung (php extension) wird benötigt, wenn Sie die Oracle Datenbank einsetzen wollen.
Passed Überprüfe ob die Erweiterung mbstring geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung ldap geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung ctype geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung mcrypt geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung gd geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung zip geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung pdo_sqlite geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung imap geladen oder ladbar ist: Ja
Passed Überprüfe ob die Erweiterung dom geladen oder ladbar ist: Ja
Passed Überprüfe ob PEAR installiert ist: 1.7.2
Passed Überprüfe ob PEAR::HTTP_WebDAV_Server installiert ist: 999.egw-pear
Passed Überprüfe ob PEAR::Net_Socket installiert ist: 999.egw-pear
Warning Überprüfe ob PEAR::Auth_SASL installiert ist: Falsch
PEAR::Auth_SASL wird benötigt von: EMailAdmin, felamimail. Installation durch ausführen von: pear install Auth_SASL
Passed Überprüfe ob PEAR::Net_IMAP installiert ist: 999.egw-pear
Passed Überprüfe ob PEAR::Net_Sieve installiert ist: 999.egw-pear
Warning Überprüfe ob PEAR::XML_Feed_Parser installiert ist: Falsch
PEAR::XML_Feed_Parser wird benötigt von: NewsAdmin. Installation durch ausführen von: pear install XML_Feed_Parser
Passed Überprüfe ob PEAR::Log installiert ist: 999.egw-pear
Passed Überprüfe die GD Unterstützung…: Ja
Passed Überprüfe Datei Zugriffsrechte von /var/www/vhosts/2/101738/webspace/siteapps/478/htdocs für nicht schreibbar von jedem (world writeable): 101738/pemcln drwxr-xr-x
Dieser Test braucht einige Zeit, bitte warten …
Error Überprüfe Datei Zugriffsrechte von /var/www/vhosts/2/101738/webspace/siteapps/478/htdocs/backups für nicht schreibbar von jedem (world writeable): 101738/pemcln drwxrwxrwx
/var/www/vhosts/2/101738/webspace/siteapps/478/htdocs/backups ist schreibbar von jedem (world writeable)!!!
Error Überprüfe Datei Zugriffsrechte von /var/www/vhosts/2/101738/webspace/siteapps/478/htdocs/header.inc.php für nicht lesbar von jedem (world readable): 101738/pemcln -rw-r-xr-x
/var/www/vhosts/2/101738/webspace/siteapps/478/htdocs/header.inc.php ist lesbar von jedem (world readable)!!!
Passed Überprüfe ob der Webserver auf die php.ini Einstellung session.save_path=’/tmp’ schreiben kann: root/root drwxrwxrwt
Passed Überprüfe ob die Funktion imagecreatefromjpeg verfügbar ist: Ja
Warning Checking for tnef application: Falsch
You dont have tnef or ytnef installed! It is needed to decode winmail.dat attachments in felamimail.
Error Überprüfe JPGraph in /var/www/vhosts/2/101738/webspace/siteapps/478/jpgraph: Falsch
Sie haben keine JPGraph Version 1.13 oder höher installiert! Diese wird vom Projektmanager für Ganttcharts benötigt.
Bitte downloaden Sie die aktuelle Version von jpgraph.net/download/ und installieren Sie diese als /var/www/vhosts/2/101738/webspace/siteapps/478/jpgraph.

Docci 2012-01-20 10:48:43 UTC #5

Hallo nochmal,

hab mal verscheidene PHPinfo’s gecheckt und dabei ist mir aufgefallen, dass die Einträge für Session in den verscheidenen Pfaden unterschiedlich sind:

http://www.mg-connect.de/egroupware/phpinfo.php
http://www.mg-connect.de/egroupware/admin/phpinfo.php

Kann hier der Fehler liegen?

KaiE 2012-01-20 14:49:30 UTC #6

Hallo,

Läuft denn unter der URL http://www.mg-connect.de noch irgend eine andre Anwendung?

Ich würde ja einfach mal den pragmatischen Weg wählen und behaupten, dass der Session-Cookie von einer anderen Anwendung überschreiben wird.

Viele Grüße
Kai

Docci 2012-01-30 12:32:40 UTC #7

Ich habe mich gerade mal parallel in egroupware und ins adminpanel von wordpress (auf gleichem webspace installiert) eingeloggt. Aus egroupware bin ich nach ein paar minuten rausgeflogen, in wordpress bin ich immernoch.

Noch Ideen?

Grüße,
Docci.

_DaKu 2012-01-30 12:55:30 UTC #8

Moin.

Ist egroupware IM wordpress oder liegt es parallel dazu auf dem Webspace?

MfG

Docci 2012-01-30 13:46:51 UTC #9

parallel!

Beides über “Parallels Automation” vom hoster installiert.
Eine Neuinstallation in ein seperates Verzeichnis + einspielen des Backups hab ich schon probiert. Ohne Erfolg

In allen phpinfo’s steht als session Speicherpfad \tmp
Das Bezieht sich auf dem Document-Root vom webspace, oder vom server? Kann auf diesen Ordner per FTP leider nicht zugreifen

Tante Edit:
Hab jetzt nochmal eine Installation auf einer anderen Domain innerhalb meines webspaces installiert ohne ein backup einzuspielen, also blanko installation. Mit Admin eingeloggt und auf der alten Installation mit meinem user. Während des klickens, nach 1-2 Minuten, war meine session bei beiden Installationen gleichzeitig weg

_DaKu 2012-01-30 16:25:39 UTC #10

Hm, wenn es so nicht geht, versuch mal das egw in einer Subdomain laufen
zu lassen.

MfG

KaiE 2012-01-31 09:19:51 UTC #11

Ich habe zum Beispiel auch RoundCube und EGW auf dem selben Server nur unter einer anderen URL liegen und bin dann auch immer beim einen oder anderen rausgeflogen. Ist ja auch ganz logisch, wenn die sessionid den selben Namen hat. Dann überschreibt zum Beispiel EGW die RoundCube-spezifische session ID und umgekehrt. Bei RoundCube kann man den PHP-Sessionnamen in einer Konfig festlegen, was ich dann gemacht habe. Das hat für mich das Problem gelöst.

Ob, man den Namen auch in EGW und Wordpress manuell festlegen kann, kann ich nicht sagen, sollte das nicht gehen, wäre mal es mal einen Enhancementrequest wert, das per default auf den Wert ‘egwsession’ zu haben und in der Admin-GUI konfigurierbar zu machen. Vielleicht bietet aber auch Dein WordPress die Möglichkeit das zu ändern. Oder man kann es direkt im der PHP-Config je Unterverzeichnis festlegen. Ich habe damals halt die Suche abgebrochen, da ich eine Lösung hatte.

Viele Grüße
Kai

KaiE 2012-01-31 09:22:28 UTC #12

Das meine ich:

http://www.mg-connect.de/egroupware/phpinfo.php
"session.name PHPSESSID PHPSESSID"

Du brauchst pro App einen eigenen Sessionnamen.

Docci 2012-01-31 09:31:18 UTC #13

Ok, kapiert. Weil der eigentliche Sessionname ist ja random, also wäre das ein unglaublicher Zufall, wenn die denselben Namen hätten

Aber weiter zum Problem: Dass der Name “PHPSESSID” unterschiedlich sein muss ist doch unwahrscheinlich, weil ja alle in eGroupware eingeloggten user diesen Variablennamen mit unterschiedlichen IDs verwenden. Sonst würden ja alle rausgeworfen werden, wenn sich einer ausloggt. Oder verstehe ich das falsch?

Zudem habe ich selbst keine Anwendung parallel offen, ausser vielleicht mal zum testen. Aber mein Zeug liegt beim hoster aufm webspace. Somit verwenden durchaus noch andere Kunden das /tmp als session speicherpfad. Um das vorwegzunehmen: Admineinstellung Speicherpfad im eGroupwareverzeichnis hat nichts verbessert

Grüße,
Docci.

KaiE 2012-01-31 13:30:49 UTC #14

Sessions werden im Browser über Cookies gespeichert. Wenn es 2 Cookies unter einem Host mit Name PHPSESSID gibt, überschreibt die eine Web-App den Session-Cookie der anderen Web-App. Womit die eine Web-App der anderen App ungewollt die Session klaut.

Viele Grüße
Kai

KaiE 2012-01-31 13:41:32 UTC #15

Hallo,

Ich könnte hier was durcheinander bringen, wie der Name des Session Cookie festgelegt wird.

Bei mir legt EGW die SessionID in einen Cookie mit dem Namen ‘sessionid’ ab, was bei PHP standard zu sein scheint. Bei J2EE-Applikationen wäre hier zum Beispiel JSESSIONID der Standardname.

Nachdem Roundcube auch in PHP geschrieben ist und auch mit dem Namen ‘sessionid’ arbeitet, habe ich in meiner RoundCube config unter ‘program/include/rcmail.php’ in der ‘public function session_init()’ folgenden Wert geändert:

ini_set(‘session.name’, ‘roundcube_sessid’);

Womit RoundCube nun ein eigenes Cookie speichert.

Das ist alles, was ich weiß
/Kai

KaiE 2012-01-31 13:48:41 UTC #16

Hallo nochmal,

Und nachdem ich jetzt mal ‘grep’ bemüht habe, würde ich mal versuchen folgenden Wert zu ändern:

phpgwapi/inc/class.egw_session.inc.php: const EGW_SESSION_NAME = ‘sessionid’;

Ob das allerdings funktioniert oder da noch irgendwas hardcoded ist, was ‘sessionid’ versucht aufzulösen, kann ich allerdings nicht sagen.

Viele Grüße und viel Glück
Kai