Scénario #34654
EOLE 2.9 : Finaliser le découplage client single sign-on et server (eole-sso ou LemonLDAP-NG actuellement)
Status:
Terminé (Sprint)
Priority:
Normal
Assigned To:
Category:
-
Target version:
Start date:
09/06/2022
Due date:
01/01/2024
% Done:
100%
Story points:
3.0
Remaining (hours):
0.00 hour
Velocity based estimate:
Release:
Release relationship:
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
Subtasks
Related issues
History
#1 Updated by Benjamin Bohard about 1 year ago
- Description updated (diff)
#2 Updated by Benjamin Bohard about 1 year ago
- Related to Tâche #34559: La version de roundcube installée ne semble pas compatible avec php 8.1 sur EOLE 2.9.0 added
#3 Updated by Joël Cuissinat 12 months ago
- Tracker changed from Demande to Scénario
- Description updated (diff)
- Start date deleted (
09/29/2022) - Release set to Carnet de produit (Cadoles)
- Story points set to 3.0
#4 Updated by Joël Cuissinat 12 months ago
- Description updated (diff)
#5 Updated by Joël Cuissinat 12 months ago
- Description updated (diff)
#6 Updated by Gilles Grandgérard 12 months ago
- Subject changed from Finaliser le découplage client single sign-on et server (eole-sso ou LemonLDAP-NG actuellement) to EOLE 2.9 : Finaliser le découplage client single sign-on et server (eole-sso ou LemonLDAP-NG actuellement)
#7 Updated by Laurent Gourvenec 12 months ago
- Due date set to 01/01/2024
- Assigned To set to Philippe Caseiro
- Target version set to Carnet Cadoles
- Start date set to 10/01/2022
#8 Updated by Joël Cuissinat 10 months ago
- Status changed from Nouveau to Terminé (Sprint)
- Release changed from Carnet de produit (Cadoles) to EOLE 2.9.0
#9 Updated by Joël Cuissinat 10 months ago
- Target version changed from Carnet Cadoles to Livraison Cadoles 30/11/2022