Utilisateurs, rôles

Comment gérer les utilisateurs et les rôles, le contrôle d'accès.

Cette section entière a été considérablement réorganisée dans OLab4.7

Nous n'utilisons plus le framework Entrada. Nous avons temporairement utilisé un LMS externe par ex. moodle.olab.ca dans OLab 4.5 et OLab 4.6, mais cela ne s'est pas avéré populaire.

Nous sommes revenus à la gestion interne des utilisateurs dans OLab 4.7, en utilisant notre Outil de Gestion du Système.

Ceci est pour avancés utilisateurs de niveau uniquement. Ne manipulez pas cela si vous ne savez pas ce que vous faites.

Outil de Gestion du Système (SMT)

Vous pouvez accéder au SMT pour le service cloud OLab ici : https://smt.olab4.net

Gestion des utilisateurs

Connectez-vous au SMT puis cliquez sur l'onglet USERS.

Le tableau des utilisateurs à gauche est consultable. Cliquez sur les 3 points verticaux à côté du nom d'une colonne et choisissez Filtrer puis saisissez vos critères de recherche.

Il y a un défaut d'interface ennuyeux où la première ligne correspondante est masquée derrière la boîte Filtrer. Désolé.

Lorsque vous cliquez sur une ligne dans le tableau côté gauche, vous pouvez voir et modifier les coordonnées de la personne dans le panneau de droite, par ex. nom d'utilisateur, Nom complet, courriel ou mot de passe.

N'oubliez pas de [SAVE] vos modifications car elles ne sont pas enregistrées automatiquement.

Vous pouvez également [GENERATE] un mot de passe fort aléatoire.

Importation en masse d'utilisateurs

Vous pouvez ajouter de nouveaux utilisateurs en utilisant une feuille de calcul Excel.

Vous pouvez télécharger un modèle d'exemple de la feuille de calcul depuis ici.

Laissez la ligne 1 telle quelle. 'operation' — généralement vous laisserez cela sur '+' pour ajouter un nouvel utilisateur. Pour les colonnes FGHIJ etc., vous pouvez ajouter plus d'un rôle par utilisateur mais pour la plupart des projets, un seul rôle suffit.

Dans l'interface Utilisateurs du SMT, cliquez sur 'Upload XLSX file' pour importer le fichier Excel que vous avez créé.

Les noms d'utilisateur en double sont ignorés dans le fichier Excel et ne sont pas importés.

Les utilisateurs peuvent être assignés à Groupes, ce qui, avec leur Rôle, déterminera les ressources auxquelles ils ont accès.

Gestion des rôles

Nous avons amélioré cela, en adoptant une approche beaucoup plus standard, similaire à la façon dont la plupart des applications LMS gèrent les rôles, les cours, les groupes, etc.

Les identifiants utilisateur, leurs groupes et leurs rôles au sein du groupe sont définis. Vous avez un certain nombre de Rôles au choix :

• Superutilisateur - Peut modifier et contrôler l'accès à tous les objets OLab4 à tous les niveaux de portée, jusqu'au niveau serveur.

• Directeur - Peut modifier et contrôler l'accès à tous les objets OLab4 à tous les niveaux de portée, jusqu'au niveau du cours

• Auteur - Peut modifier et contrôler l'accès à tous les objets OLab4 à tous les niveaux de portée, jusqu'au niveau de la carte

• Apprenant - peut jouer et lister les cartes et cours qui sont ouverts à leur groupe

• Relecteur - peut jouer et annoter les cartes et cours qui sont ouverts à leur groupe

Accès basé sur les rôles dans OLab4

Il y a un certain nombre de choses qui sont sous le contrôle des Rôles dans OLab4

• Objets à portée - selon votre rôle, vous pouvez modifier différentes portées d'objets

  • insérer référence croisée vers cette section dans Objets

• Cours - ceux-ci sont liés au LMS

• Cartes - vous pouvez contrôler quelles cartes peuvent être jouées par certains rôles.

• Nœuds - vous pouvez même empêcher certains rôles de visiter certains nœuds. Nous avons plus d'informations à ce sujet ici.

Lecture anonyme ou ouverte des cartes OLab4

Vous pouvez maintenant fournir un accès complètement ouvert ou anonyme à certains cas OLab4. Pour des informations de base à ce sujet, consultez https://olab4.net/anonymous-access-to-olab4-cases/

Vous pouvez essayer de simplement changer le niveau d'accès dans Détails de la carte pour un cas en Libre. Cela fonctionnera souvent mais n'est pas entièrement débogué.

Vous, ou quelqu'un ayant accès à un SQL connecté à la base de données du serveur OLab4, pouvez aussi effectuer un petit changement. Vous devez créer une entrée dans la table security_users, qui pointe vers le map_id correct, est liée à user_id = 1441 (notre utilisateur anonyme), et avec l'ACL définie sur RX. (Si cela n'a pas de sens, il se peut que vous ne deviez pas avoir accès à un outil SQL connecté.)

L'accès anonyme n'est pas tout à fait la même chose que l'accès invité. Anon n'a pas besoin de connexion du tout et la carte démarrera immédiatement. Avec l'accès Invité, l'utilisateur doit toujours se connecter avec les identifiants publiés 'guest' pour le nom d'utilisateur et le mot de passe.

Plus à ajouter au fur et à mesure que cela s'affine. À l'heure actuelle, la gestion de ces aspects est effectuée par l'Outil de Gestion du Système. Si vous souhaitez explorer cela plus avant, contactez-nous.