Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • fusiondirectory fusiondirectory
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 36
    • Issues 36
    • List
    • Boards
    • Service Desk
    • Milestones
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Terraform modules
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • fusiondirectoryfusiondirectory
  • fusiondirectoryfusiondirectory
  • Issues
  • #6396
Closed
Open
Issue created Jun 03, 2025 by dockx thibault@tdockxDeveloper

ajout de la possibilite de passe la location de FusionDirectory a travers les HEADERS http

Bonjour,

Actuellement avec un lemonldap en SSO mode headers, il n'y a pas moyen de décider ou aller chercher l'utilisateur. En effet, c'est toujours la première location qui est utilisée.

Notre cas d'usage est le suivant :

FusionDirectory est accessible via le SSO intranet Proxyma.

  • Un utilisateur du SSO Proxyma doit consulter le LDAP "Curasso".
  • Un utilisateur du SSO Cheops doit consulter le LDAP "Calypsso".

Pour le moment, le SSO envoie un seul en-tête "UID". Il faudrait ajouter un second en-tête pour discriminer les utilisateurs venant du monde GN ou PN et se connecter au bon LDAP.

Il s'agit donc de permettre dans la méthode de login header de pouvoir récupérer une variable location qui serait transmise par le SSO et permettrait de se connecter au bon FusionDirectory ou l'utilisateur se trouve.

Assignee
Assign to
Time tracking