Usuarios, roles

Cómo gestionar usuarios y roles, control de acceso.

Esta sección completa se ha renovado significativamente en OLab4.7

Ya no estamos usando el marco Entrada. Temporalmente utilizamos un LMS externo p. ej. moodle.olab.ca en OLab 4.5 y OLab 4.6, pero esto no resultó popular.

Hemos vuelto a la gestión interna de usuarios en OLab 4.7, usando nuestra Herramienta de Gestión del Sistema.

Esto es para usuarios de nivel avanzado solamente. No toques esto si no sabes lo que estás haciendo.

Herramienta de Gestión del Sistema (SMT)

Puedes acceder al SMT para el servicio en la nube OLab aquí: https://smt.olab4.net

Gestión de usuarios

Inicia sesión en el SMT y luego haz clic en la pestaña USUARIOS.

La tabla de usuarios a la izquierda es buscable. Haz clic en los 3 puntos verticales junto al nombre de una columna y elige Filtrar, luego introduce tus criterios de búsqueda.

Hay un fallo de interfaz molesto donde la primera fila coincidente queda oculta detrás del cuadro de Filtrar. Lo sentimos.

Cuando haces clic en una fila en la tabla del lado izquierdo, puedes ver y editar los datos de la persona en el panel derecho, por ejemplo nombre de usuario, Nombre completo, correo electrónico o contraseña.

Recuerda [GUARDAR] tus cambios porque no se guardan automáticamente.

También puedes [GENERAR] una contraseña segura aleatoria.

Carga masiva de usuarios

Puedes agregar nuevos usuarios usando una hoja de Excel.

Puedes descargar un ejemplo de plantilla de la hoja de cálculo desde aquí.

Deja la fila 1 tal como está. 'operation' — normalmente dejarás esto como '+' para añadir un usuario nuevo. Para las columnas FGHIJ etc., puedes añadir más de un rol por usuario pero para la mayoría de los proyectos, un solo rol es suficiente.

En la interfaz de Usuarios del SMT, haz clic en 'Subir archivo XLSX' para importar el archivo de Excel que has creado.

Los nombres de usuario duplicados se ignoran en el archivo de Excel y no se importan.

Los usuarios pueden ser asignados a Grupos, los cuales junto con su Rol, determinarán a qué recursos tienen acceso.

Gestión de roles

Hemos mejorado esto, adoptando un enfoque mucho más estándar, y similar a cómo la mayoría de las aplicaciones LMS manejan roles, cursos, grupos, etc.

Se establecen las credenciales del usuario, sus grupos y sus roles dentro del grupo. Tienes varios Roles para elegir:

• Superusuario - Puede editar y controlar el acceso a todos los objetos de OLab4 en todos los niveles de alcance, hasta el nivel de servidor.

• Director -- Puede editar y controlar el acceso a todos los objetos de OLab4 en todos los niveles de alcance, hasta el nivel de curso

• Autor -- Puede editar y controlar el acceso a todos los objetos de OLab4 en todos los niveles de alcance, hasta el nivel de mapa

• Aprendiz -- puede reproducir y listar aquellos mapas y cursos que estén abiertos a su grupo

• Revisor -- puede reproducir y anotar aquellos mapas y cursos que estén abiertos a su grupo

Acceso basado en roles en OLab4

Hay una serie de cosas que están bajo el control de los Roles en OLab4

• Objetos con ámbito - dependiendo de tu rol, puedes editar diferentes ámbitos de objetos

  • insertar referencia cruzada a esa sección en Objetos

• Cursos - estos están vinculados al LMS

• Mapas - puedes controlar qué mapas pueden ser reproducidos por ciertos roles.

• Nodos - incluso puedes impedir que ciertos roles visiten algunos nodos. Tenemos más información sobre esto aquí.

Reproducción anónima u abierta de mapas OLab4

Ahora puedes proporcionar acceso completamente abierto o anónimo a algunos casos de OLab4. Para información básica sobre esto, consulta https://olab4.net/anonymous-access-to-olab4-cases/

Puedes intentar simplemente cambiar el nivel de acceso en los Detalles del Mapa para un caso a Abierto. Esto a menudo funcionará pero no está completamente depurado.

Tú, o alguien con acceso a un SQL que esté conectado a la base de datos del servidor OLab4, también puede hacer un pequeño cambio. Necesitas crear una entrada en la tabla security_users, que apunte al map_id correcto, esté vinculada a user_id = 1441 (nuestro usuario anónimo), y con el ACL establecido en RX. (Si eso no tiene sentido, quizá no deberías tener acceso a una herramienta SQL conectada.)

El acceso anónimo no es exactamente lo mismo que el acceso de invitado. Anónimo no necesita ningún inicio de sesión y el mapa se iniciará de inmediato. Con el acceso de Invitado, el usuario todavía debe iniciar sesión con las credenciales publicadas de 'guest' como nombre de usuario y contraseña.

Se añadirá más a medida que esto se refine. En la actualidad, la gestión de estos aspectos la realiza la Herramienta de Gestión del Sistema. Si deseas explorar esto más a fondo, contáctanos.