Projet

Général

Profil

Tâche #11872

eSBL - Scénario #8856: Intégration d'EAD sur l'eSBL

déterminer les informations nécessaires à l'établissement des droits

Ajouté par Benjamin Bohard il y a presque 9 ans. Mis à jour il y a presque 9 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Benjamin Bohard
Version cible:
Distribution EOLE - sprint 2015 23-25 - Equipe PNE-SR
Début:
01/06/2015
Echéance:
% réalisé:

100%

Temps estimé:
2.00 h
Temps passé:
3.00 h
Restant à faire (heures):
0.0

Description

À partir de quelles informations les droits sont-ils attribués : notions de groupes, pas utilisateurs, etc. ?

WebminACL2.png Voir (166 ko) Emmanuel IHRY, 02/06/2015 10:19

WebminACL.png Voir (148 ko) Emmanuel IHRY, 02/06/2015 10:19

patch Voir (2,38 ko) Benjamin Bohard, 02/06/2015 14:58

Historique

#1 Mis à jour par Emmanuel IHRY il y a presque 9 ans

  • Fichier weblminACL.png ajouté

Ajout de copies d'écran de ce qu'on peut faire dans webmin

- on navigue dans les dossiers
- pour chaque dossier on détermine les ACL
- un bouton permet d'ajouter des groupes et user

#2 Mis à jour par Emmanuel IHRY il y a presque 9 ans

  • Fichier weblminACL.png supprimé

#3 Mis à jour par Emmanuel IHRY il y a presque 9 ans

#4 Mis à jour par Emmanuel IHRY il y a presque 9 ans

  • Assigné à mis à Benjamin Bohard

#5 Mis à jour par Benjamin Bohard il y a presque 9 ans

Deux cas sont possibles :
  • l'appel à getent renvoit bien les informations ;
  • il est nécessaire de passer par le serveur ldap.

Dans le premier cas, tout le développement peut être contenu dans editor.py (projet ead).
Le recours à getent peut être proposé en solution de repli.

#6 Mis à jour par Benjamin Bohard il y a presque 9 ans

  • Statut changé de Nouveau à En cours
  • % réalisé changé de 0 à 50
  • Restant à faire (heures) changé de 2.0 à 1.0

#7 Mis à jour par Benjamin Bohard il y a presque 9 ans

  • Restant à faire (heures) changé de 1.0 à 2.0

Sur les tests effectués en conditions "réelles" il est apparu que la gestion des acl pour les comptes locaux fonctionne mais pas pour les comptes issus du ldap.

L'une des pistes est le type de nom dans le ldap qui ne respecte pas le "standard" du serveur du formulaire de l'EAD.

#8 Mis à jour par Benjamin Bohard il y a presque 9 ans

Utilisation d'une fonction obsolète pour échapper les caractères dans la requête : le + n'était pas encodé en %2B par contre il était bien décodé en ' '.

#9 Mis à jour par Benjamin Bohard il y a presque 9 ans

  • Statut changé de En cours à Résolu

#10 Mis à jour par Benjamin Bohard il y a presque 9 ans

  • % réalisé changé de 50 à 100
  • Restant à faire (heures) changé de 2.0 à 0.0

#11 Mis à jour par Emmanuel IHRY il y a presque 9 ans

  • Statut changé de Résolu à Fermé

Fera l'objet de tests dans le cadre du sprint 26-28

Formats disponibles : Atom PDF