Scénario #34654
EOLE 2.9 : Finaliser le découplage client single sign-on et server (eole-sso ou LemonLDAP-NG actuellement)
Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
Début:
06/09/2022
Echéance:
01/01/2024
% réalisé:
100%
Points de scénarios:
3.0
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:
Release:
Liens avec la release:
Auto
Description
Les applications se connectant à un serveur SSO ont besoin d’informations.
Ces informations sont configurables via les variables Creole suivantes :
On pourrait envisager :
Ces informations sont configurables via les variables Creole suivantes :
- eolesso_adresse
- eolesso_port
- eolesso_cas_folder
- eolesso_ca_location
- eolesso_cas_serverversion
- eolesso_cas_samlmaplogin
- eolesso_cas_samlmapfirstname
- eolesso_cas_samlmaplastname
- eolesso_cas_samlmapemail
On pourrait envisager :
- de mettre ces variables dans un dictionnaire installé par eole-sso-client (actuellement, ces variables sont réparties dans deux dictionnaires installés par eole-sso-client)
- de ne pas donner de valeurs par défaut dans ce dictionnaire (actuellement, les valeurs par défaut sont liées au serveur eole-sso)
- de ne pas contraindre les valeurs de ces variables dans ce dictionnaire (actuellement, les contraintes sont liées au serveur eole-sso, par exemple ['CAS_VERSION_2_0','SAML_VERSION_1_1'])
- surcharger ces valeurs dans des dictionnaires apportés par les paquets des serveurs (éventuellement en prenant soin de vérifier leur activation)
- ne plus gérer les cas autre que CAS vs SAML dans les templates
- eole-sso (le paquet eole-sso-client fournit une configuration php CAS et pam-cas notamment)
- eole-glpi (valeurs inscrites dans la base de données)
- eoe
- eop
- ead
- grr (il y a même une valeur en dur pour la version de protocole !)
- nextcloud
- eole-roundcube
- eole-ejabberd
- eole-common (configuration de zstats)
Par exemple la manipulation suivante ne devait pas être nécessaire :
7. modification valeur eolesso_cas_folder de "/sso" à "/cas"
CreoleSet eolesso_cas_folder /cas
- vérification de la valeur.
CreoleGet eolesso_cas_folder
- Prévoir la migration des variables 2.8 → 2.9 si nécessaire.
- Mettre à jour les documentations :
- Vérifier l'impact éventuel sur les tests squash
Sous-tâches
Demandes liées
Historique
#1 Mis à jour par Benjamin Bohard il y a plus d'un an
- Description mis à jour (diff)
#2 Mis à jour par Benjamin Bohard il y a plus d'un an
- Lié à Tâche #34559: La version de roundcube installée ne semble pas compatible avec php 8.1 sur EOLE 2.9.0 ajouté
#3 Mis à jour par Joël Cuissinat il y a plus d'un an
- Tracker changé de Demande à Scénario
- Description mis à jour (diff)
- Début
29/09/2022supprimé - Release mis à Carnet de produit (Cadoles)
- Points de scénarios mis à 3.0
#4 Mis à jour par Joël Cuissinat il y a plus d'un an
- Description mis à jour (diff)
#5 Mis à jour par Joël Cuissinat il y a plus d'un an
- Description mis à jour (diff)
#6 Mis à jour par Gilles Grandgérard il y a plus d'un an
- Sujet changé de Finaliser le découplage client single sign-on et server (eole-sso ou LemonLDAP-NG actuellement) à EOLE 2.9 : Finaliser le découplage client single sign-on et server (eole-sso ou LemonLDAP-NG actuellement)
#7 Mis à jour par Laurent Gourvenec il y a plus d'un an
- Echéance mis à 01/01/2024
- Assigné à mis à Philippe Caseiro
- Version cible mis à Carnet Cadoles
- Début mis à 01/10/2022
#8 Mis à jour par Joël Cuissinat il y a plus d'un an
- Statut changé de Nouveau à Terminé (Sprint)
- Release changé de Carnet de produit (Cadoles) à EOLE 2.9.0
#9 Mis à jour par Joël Cuissinat il y a plus d'un an
- Version cible changé de Carnet Cadoles à Livraison Cadoles 30/11/2022