Déconnection automatique intempestive

sbonn · 2009-10-09 17:14:46

Bonjour,

J'utilise la connection automatique via la variable REMOTE_USER afin de récupérer l'identifiant utilisateur du PC. ceci permet d'authentifier automatiquement les utilisateurs déjà connectés au LDAP.
C'est super, ça marche nikel.

Sauf que ... lorsqu'on laisse GLPI connecté un certain temps sans faire aucune action (par exemple, le temps de midi), lorsqu'on essaye de faire une nouvelle action, ça déconnecte l'utilisateur (et miracle, ça le reconnecte automatiquement via le processus décrit précédement)

Jusqu'ici, on pourrait dire, c'est merveilleux ..!

Donc le probleme, c'est par le plus grand des hasard l'utilisateur etait sur une page ou il pouvait saisir quelque chose (ecran helpdesk de saisie d'un ticket, ecran de saisi d'un suivi, etc ...) et que lorsqu'il se décide, apres sa pause déjeuner (ou autre pause), de saisir quelque chose dans cet écran, lorsqu'il valide, GLPI le déconnecte et reconnecte.
Au final, l'utilisateur se retrouve sur l'écran central et il a perdu tout son travail de saisie.

J'ai cherché tout probleme de config ... mais cela se passe de la même façon quelque soit la plateforme, et aussi bien sur IE que sur FireFox.

J'imagine donc que GLPI, au bout d'un certain temps d'inactivité, vérifie la connexion utilisateur ?
Comment faire pour supprimer cette vérification ?
(d'ailleurs, j'incrimine pas GLPI, c'est peut être du à apache ?? ou autre ?)
Enfin, là, je seche ....

Avant de passer à la connexion automatique, je ne me souviens pas avoir rencontré ce problème...

Xavier M · 2009-10-30 16:54:49

Bah ça ne fera sans doute pas avancer le schmilblick mais nous avons le même problème (

sbonn n'est donc pas un cas isolé...

Merci

Infos utiles
Connection utilisateurs:LDAP
Auto login: fait réalisé par l'application SecureLogin
Version GLPI: 0.72.21 en prod et en dév
Hébergé sur XAMPP: v 1.5.5 en prod et v1.7.2 en dév
OS: Principalement Windows XP SP3

ddurieux · 2009-10-30 16:59:49

Voir les variables de session dans php.ini

Xavier M · 2009-10-30 17:22:33

OUCH, 3 php.ini lequel modifier ? tous ou un seul ?

1 dans ..\xampp\php
1 dans ..\xampp\apache\bin
et 1 dans ..\xampp\php\php4

Merci

ddurieux · 2009-10-30 17:26:42

oulà avec xampp, je ne sais plus, de mémoire (c'est très vieux), c'était pas celui qui est dans c:\windows\ ?

Xavier M · 2009-10-30 17:56:45

En faisant abstraction des lignes commentés (précédé par un ";" dans le fichier)
j'ai ces quelques blocks

Celui ci semble lié à la base mysql et 60 secondes ce n'est pas ça vu qu'il faut un temps que j'ignore, mais supérieur à 30 miutes je dirais...
; Maximum time (in seconds) for connect timeout. -1 means no limit
; http://php.net/mysql.connect-timeout
mysql.connect_timeout = 60

la c'est 60 secondes aussi, donc je ne pense pas non plus...
; Default timeout for socket based streams (seconds)
; http://php.net/default-socket-timeout
default_socket_timeout = 60

ARF... et c'est tout ( et google pour "timeout apache" donne plutôt des infos sur les erreurs liés à des executions de scripts un peu trop longues... donc pas trop ce que je cherche...

fabglpicom6 · 2009-12-24 11:13:39

Up pour ce sujet, nous avons également une déconnexion au bout d'un certain temps d'inactivité et on souhaiterai enlever ce paramétrage.
Merci

sbonn · 2009-12-24 11:31:04

J'ai fouillé le php.ini mais rien trouvé d'interessant...
Si quelqu'un a une idée ??

jfbelisle · 2010-05-24 15:59:59

Nous avons le même problème.
une piste... la tâche de fond cron_session() qui nettoie les connections(sessions) après un certain temps. Vérifier le paramètre session_cache_expire() dans le php.ini.

Cette fonction est forcée chaque fois que quelqu'un demande la page index.php.
if (! GLPI_DEMO_MODE){
callCronForce();
}

Par défaut, c'est 180 minutes.

delarosbyl · 2010-05-27 22:12:03

Je vous suggère d'afficher le résultat de php_info() pour savoir où regarder. C'est tout simple. Vous vous créez un fichier php et y mettez quelque chose du genre:

<?php

echo phpinfo();

?>

Cette fonction affichera toutes les variables définies dans php.ini incluant le répertoire d'où le fichier php.ini est chargé...

Last edited by delarosbyl (2010-05-27 22:12:55)

jfbelisle · 2010-06-29 15:24:20

Bonjour,

@delarosbyl: oui le fichier phpinfo() affiche la valeur des variables php mais ça ne règle aucun problème...

nous avons finalement réglé le problème de déconnexion aléatoire.

Premièrement dans le fichier php.ini, 2 modifications.

La première, la variable session.cookie_lifetime = 0; ce qui a pour effet de supprimer le cookie lorsque l'utilisateur fermer son fureteur (ce que nous voulions)(optionnel)
Deuxièmement, la variable session_cache_expire = 480 (minutes) ce qui a pour effet que la tâche de fond de GLPI supprime les fichier de session seulement si la session n'a pas été modifier depuis 8 heures.

Maintenant, dans le code, nous avons du modifier le fichier suivant inc/common.function.php

La fonction cron_session() (ligne 326) qui se trouve a être la fonction qui supprime les fichiers de session expirés chaque fois quelle est appelée (environ une fois par journée lorsqu'un utilisateur se connecte à GLPI)

La condition de suppression est la suivante:

$maxlifetime = session_cache_expire();
if (filemtime($filename) + $maxlifetime < time())

// la date de dernière modification + la valeur de session_cache_expire()

parcontre, filemtime($filename) retourne un temps en secondes.

Donc afin d'avoir un comparatif réel nous devons convertir le session_cache_expire() en seconde.

Ce qui donne:

$maxlifetime = session_cache_expire() * 60;
if (filemtime($filename) + $maxlifetime < time())

Et voilà !

J'espère que cette solution sera en mesure de vous aider si vous avez un problème semblable.

Last edited by jfbelisle (2010-06-29 15:26:39)

robbiefpi · 2011-01-10 13:41:18

This procedure by jfbelisle really work? Anyone has already tested?

I tried with glpi 0.72.4 and timeout is intempestive and random

jfbelisle · 2011-02-14 15:34:14

Après plusieurs mois, la solution semble réellement avoir résolu le problème de déconnexion.

Je vais devoir tester et peut-être modifier la solution pour la dernière version (0.78), qui semble avoir modifiée le code passablement.

Edit version 0.78:
La tâche cron_session est maintenant dans le fichier ../inc/crontask.class.php, ligne 1040 et s'appelle cronSession($task)

Même problématique,

modifier

$maxlifetime = session_cache_expire();  //minutes ... ??

par

$maxlifetime = session_cache_expire() * 60;  //convertir en seconde pour avoir un comparatif logique

JF

Last edited by jfbelisle (2011-02-14 16:22:05)

elvys_marchon · 2011-09-30 23:29:42

Apportez toutes les modifications et continuer avec le problème du temps.

Ma version 0.80.2.

Alquéres savent peut aider?

Merci.

remi · 2011-10-01 06:30:40

Pourquoi modifier GLPI ?

Il suffit de modifier la configuration de php...

elvys_marchon · 2011-11-04 16:17:10

Tu sais où de modifier la configuration de PHP?

neoboss27 · 2013-12-19 15:50:10

Bonjour,

Je me permets de remonter le sujet. En effet, nous rencontrons le même problème.

J'ai modifié php.ini pour y insérer session_cache_expire = 1
Je l'ai mis à une minute pour tester dans un premier temps puis l'augmenterai par la suite afin de comprendre d'où vient le problème (GLPI ou hébergeur). Mais même avec 1min ça ne fonctionne pas.

J'ai placé le php.ini dans tous les sous répertoire de GLPI au cas ou, sans succès.

Y a-t-il une autre modification à effectuer dans php.ini ou dans un autre fichier ?

Forum GLPI-Project

Announcement

#1 2009-10-09 17:14:46

Déconnection automatique intempestive

#2 2009-10-30 16:54:49

Re: Déconnection automatique intempestive

#3 2009-10-30 16:59:49

Re: Déconnection automatique intempestive

#4 2009-10-30 17:22:33

Re: Déconnection automatique intempestive

#5 2009-10-30 17:26:42

Re: Déconnection automatique intempestive

#6 2009-10-30 17:56:45

Re: Déconnection automatique intempestive

#7 2009-12-24 11:13:39

Re: Déconnection automatique intempestive

#8 2009-12-24 11:31:04

Re: Déconnection automatique intempestive

#9 2010-05-24 15:59:59

Re: Déconnection automatique intempestive

#10 2010-05-27 22:12:03

Re: Déconnection automatique intempestive

#11 2010-06-29 15:24:20

Re: Déconnection automatique intempestive

#12 2011-01-10 13:41:18

Re: Déconnection automatique intempestive

#13 2011-02-14 15:34:14

Re: Déconnection automatique intempestive

#14 2011-09-30 23:29:42

Re: Déconnection automatique intempestive

#15 2011-10-01 06:30:40

Re: Déconnection automatique intempestive

#16 2011-11-04 16:17:10

Re: Déconnection automatique intempestive

#17 2013-12-19 15:50:10

Re: Déconnection automatique intempestive

Board footer