Projet

Général

Profil

Scénario #34654

Mis à jour par Benjamin Bohard il y a plus d'un an

Les applications se connectant à un serveur SSO ont besoin d’informations.
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

D’un serveur SSO à l’autre, les valeurs de ces variables peuvent différer.
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

Les dépôts dans lesquels ces variables apparaissent sont :
* eole-sso (le paquet eole-sso-client fournit fourni 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)

Retour