Bonsoir,
pour confirmez ce que je dis, cela semble être la seule présence du fichier config_ldap.inc.php qui entraine la déconnexion.
En effet j'ai entièrement commenté son contenu et cela bloquait quand même.
J'ai supprimé le fichier, la connexion a fonctionné pour tous les rne déclaré et avec des bases parfairtement indépendante.

Et si un prof enseigne dans les deux structures, l'authentification cas de scribe semble fonctionner. petit message d'erreur au moment de changer si l'on passe directement d'une base à l'autre

"Déconnexion

Votre session GEPI a expiré car le temps maximum (55 minutes) sans échange avec le serveur a été atteint.

Date et heure de la déconnexion : 13/10/2013 à 19 h 02
Ouvrir une nouvelle session "

mais cela passe quand on ouvre une nouvelle session.
Je vais sans doute sans doute renseigner le'adresse du portail envole.
mais le message de deconnexion apparait tout de même.
C'est pas grave.

Cordialement
Cordialement: Le 12/10/2013 21:41, M. Pailler a écrit :
Bonsoir,
je pense avoir trouver ce qui bloque.

Apparemment c'est le fichier
config_ldap.inc.php.

Voila son contenu:
<?php
#
# Vous devez renommer ce fichier en config_ldap.inc.php dans le repertoire secure pour qu'il soit pris en compte !
#

# Les lignes suivantes sont à modifier selon votre configuration

# adresse de l'annuaire LDAP.
$ldap_host="127.0.0.1";     # Exemple : localhost, 192.168.1.1

# port utilisé
$ldap_port="389";

# identifiant et mot de passe dans le cas d'un accès non anonyme
$ldap_login="cn=reader,o=gouv,c=fr";
$ldap_password="**************************";

# chemin d'accès dans l'annuaire (= BaseDN)
# Exemple pour Eole : "o=gouv,c=fr"
$ldap_base_dn="o=gouv,c=fr";

# Complément de chemin où sont listés les utilisateurs
# Ce paramètre est placé devant le BaseDN lors des requêtes.
$ldap_people_ou = "ou=utilisateurs";

# Les classes de l'entrée LDAP d'un utilisateur. Elles doivent
# être cohérentes avec les attributs utilisés.
$ldap_people_object_classes = array("top","person","inetOrgPerson");

# Différents noms de champs contenant des informations indispensables
# pour Gepi. Si certaines équivalences ne sont pas renseignées, l'information
# ne sera pas importée.
$ldap_champ_login = "uid";
$ldap_champ_prenom = "givenname";
$ldap_champ_nom = "sn";
$ldap_champ_nom_complet = "displayname"; # Si ce champ est renseigné, il sera utilisé en combinaison avec le champ # prénom ou nom pour déterminer l'attribut manquant.
$ldap_champ_email = "mail";
$ldap_champ_civilite = "codecivilite";
$ldap_champ_statut = "";

$ldap_code_civilite_madame = "2";
$ldap_code_civilite_monsieur = "1";
$ldap_code_civilite_mademoiselle = "3";

# Options supplémentaires
# Type de cryptage utilisé pour la génération du mot de passe (accès en écriture) :
$ldap_password_encryption = "crypt"; # clear, crypt, md5, ssha

# Les attributs ci-dessous permettent de déterminer quel
# statut donner à des utilisateurs importés à la volée
# depuis le LDAP.
# Le test est effectué sur la chaîne du DN. Ces attributs
# ne sont donc utiles que dans l'hypothèse où le DN contient
# une information fiable quant au statut de l'utilisateur.
# Remarque : ces paramètres ne sont utilisés que pour l'accès au LDAP
# en lecture (importation). L'accès en écriture ne prend en compte
# qu'un éventuel attribut statut (voir $ldap_champ_statut).
$ldap_chaine_dn_statut_professeur = "";
$ldap_chaine_dn_statut_eleve = "";
$ldap_chaine_dn_statut_responsable = "";
$ldap_chaine_dn_statut_scolarite = "";
$ldap_chaine_dn_statut_cpe = "";

##
# Attributs spécifiques à Scribe NG
$ldap_base_dn_extension = "ou=0750669V,ou=ac-paris.fr,ou=education";

?>
Qu'est-ce qui bloque avec le concept du multisite?
Il y a aussi le fichier config_cas.inc.php.
Mais il ne semble pas posé de soucis.

Cordialement

Le 12/10/2013 21:26, M. Pailler a écrit :
Bonsoir,
j'ai refait une installation basique: j'ai créé une nouvelle base gepimulti et son utilisateur privilégié, en utilisant les fichiers d'une installation de gepi par scribe de /var/www/html/gepi: Je me suis connecté avec le compte admin, et j'ai changé le mot de passe. puis j'ai modifié le fichier connect.inc.php et la valeur multisite de la table setting. D'ailleurs, j'ai du partir du modèle car le fichier connect.inc.php créé à la base ne contenait pas les lignes de codes du multisite.
J'ai tapé /login.php?rne=0750669V
Je suis arrivé sur la page de connexion classique. j'ai saisie mes identifiants.
Et je me suis fait jeté comme les fois précédentes!!:
"Déconnexion
lock-open

Vous avez fermé votre session GEPI.
Ouvrir une nouvelle session "

Merci de vote aide.

Cordialement
Le 10/10/2013 19:30, Leygnac Marc a écrit :
Sur cette machine de test est-ce qu'un Gepi fraîchement installé (et sans multisite) avec une base vierge focntionne ? Il y a peut être un pb de gestion des sessions.

----- Message d'origine -----
De: "M. Pailler" <[email protected]>
Date: Jeudi, Octobre 10, 2013 6:38 pm
Objet: Re: [gepi-users] gepi multisite .+.. authentification cas sous scribe
À: Liste des utilisateurs de Gepi <[email protected]>


up?
Le 07/10/2013 17:11, M. Pailler a écrit :
Bonjour,
Je voudrai savoir si il y a quelque chose à modifier dans la base sql
autre que multisite à y dans setting pour que le multisite fonctionne.
Que ce soit en authentification local ou sso par scribe, je me fais
jeter systématiquement par :
"Déconnexion
Vous avez fermé votre session GEPI.
Ouvrir une nouvelle session "
Si par contre je mets un mauvais mot de passe , gepi s'en rend compte
et me jette.
Donc , le problème est après l’authentification.

Une idée?

Cordialement
Le 04/10/2013 18:26, M. Pailler a écrit :
Bonjour,
j'ai réussi à créer un troisième etablissement fictif en
authentification local(en déplaçant le connec.inc.php puis en
replacant le bon .
Mais dès que je tape le mot de passe de l'administrateur, j'ai aussi
le message :
"Déconnexion
Vous avez fermé votre session GEPI.
Ouvrir une nouvelle session "
et je ne peux pas accéder au troisième établissement non plus.

Une idée pour débloquer?

Je précise que nous sommes dans un cas où des enseignants ont un
compte scribe et enseignent dans les deux structures donc
l'authentification cas doit pouvoir permettre de connecter lezs
utilisateurs aussi bien sur l'une que sur l'autre.
Cordialement
Le 03/10/2013 19:41, M. Pailler a écrit :
Le 03/10/2013 19:13, M. Pailler a écrit :
Bonjour,
je souhaite transformer le gepi hébergé par scribe en un gepi
multietablissement .
Nous sommes une cité scolaire départitionnée partageant le même domaine.
Sur un serveur de test, j'ai donc passer à y le paramètre
multisite de connect.ini.php et décommenté la fin.
J'ai déplacé, modifié et renommé le fichier multisite.inc.php
J'ai utilisé la base actuelle pour le lycée et créer une base
gepiclg pour le ... en utilisant le même utilisateur sql et le même
mot de passe.
Puis j'ai restauré la sauvegarde de la base gepi, dans la nouvelle
base gepiclg par mysql.
cela afin que le collège récupère les données des années précédente.

Mais j'ai du faire une annerie:
en tapant .../gepi/login.php?rne=celuidulycée, j'arrive à
l'authentification cas du serveur scribe.
je valide mes identifiants et GEPI me jette:

"Déconnexion
Vous avez fermé votre session GEPI.
Ouvrir une nouvelle session "
Impossible de se connecter à GEPI

Si j'essaie avec le rne du collège , c'est comme si la base gepi
n'existait pas , il me demande de nouveau de créer la base:
"La connexion au serveur Mysql est établie mais impossible de
sélectionner la base contenant les tables GEPI.
L'installation de GEPI n'est peut-être pas terminée."

Ce que je n'ai évidemment pas fait.

Qu'est-ce que j'ai raté?

Cordialement

Pour le collège, c'était l'utilisateur sql qui n'allait pas
Maintenant , j'ai le même symptome!




--
David Pailler
Référent TICE et administrateur du réseau
Cité Scolaire Jules ferry
77 Boulevard de Clichy
75009Paris

_________________________________________________________________________________
Documentation Gepi en ligne :
Pour modifier ou résilier votre abonnement à cette liste :

_________________________________________________________________________________
Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki
Pour modifier ou résilier votre abonnement à cette liste :
https://lists.sylogix.net/mailman/listinfo/gepi-users






--
David Pailler
Référent TICE et administrateur du réseau
Cité Scolaire Jules ferry
77 Boulevard de Clichy
75009Paris

_________________________________________________________________________________
Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki
Pour modifier ou résilier votre abonnement à cette liste :
https://lists.sylogix.net/mailman/listinfo/gepi-users

Répondre à