Changes between Version 1 and Version 2 of Reunion200720
- Timestamp:
- Aug 11, 2020, 7:56:03 AM (5 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Reunion200720
v1 v2 9 9 10 10 11 Hacer un comando para poder compartir o no el aula.12 11 === Permisos === 13 12 14 En los calendarios de UDS hay que dar permisos a todos los usuarios. Se pueden dar permisos limitados a usuarios para un pull concreto: leer el calendario o gestionarlo.13 En los calendarios de UDS hay que dar permisos a algunos usuarios para delegar la gestión. Se pueden dar permisos limitados a usuarios para un pull concreto: leer el calendario o gestionarlo. 15 14 16 __C omo asignar permisos__15 __Cómo asignar permisos__ 17 16 18 Selecciona pull -> permisos - autenticador -> usuario o grupos definidos.17 Selecciona pull -> permisos -> autenticador -> usuario o grupos definidos. 19 18 20 19 === Directivas de Windows === 21 20 22 Las directi rvas de Windos para udsfunciona muy bien.21 Las directivas de Windows para UDS funciona muy bien. 23 22 24 Reunión con UDS: 23 === Mejoras posibles === 25 24 26 Implemntar 25 Hacer un comando para poder compartir o no el aula, de forma que no haya que entrar en las propiedades del aula. 27 26 28 Nuevo campo en prop de pc 29 Agente que notifique tipo de session del s.o. W RDP o LOCAL. Linux más opciones para local. modo texto y modo grafico 30 Si contiene la cadena RDP es remoto. Es el patrón que se repite. 31 32 API rest remotePc. par que un pc particular inicie sesión en la partición indicada. Si un pc que estuviera reservado se apagará. 33 -> parámetro opcional del pull de servicio.34 -> si al conectarse el user el estado es apagado puede inicar el pc o marcarlo como no válido 35 36 * Cuando un usuario presencial entra . OG tendrá que recisar si el pc está reservado y si es así informar a UDS.27 28 Poner equipo en modo mantenimiento: nuevo campo en propiedades del equipo para seleccionar el modo mantenimiento para no se utilice por UDS. 29 30 31 32 Parámetro opcional de UDS para el pull de servicio que defina que hace si un pc que estuviera reservado se apagara: si al conectarse el usuario el estado es apagado se inicia el pc o se marca como no válido. 33 34 Para la coexistencia presencial - remoto: 35 * Cuando un usuario presencial entra OpenGnsys tendrá que revisar si el pc está reservado y si es así informar a UDS. 37 36 * Cuando quitamos marca de acceso remoto al equipo lo mismo. 37 38 Que el agente del sistema operativo que notifique tipo de sesión: 39 - Windows detecta si RDP o LOCAL. 40 - Linux obtiene más opciones: 41 - Para local: modo texto y modo gráfico. 42 - Si contiene la cadena RDP es remoto (Es el patrón que se repite). 38 43 39 El agente tiene los cambios pero da problemas a crear el instalador para Windows con python3 64 bits con qt5. No se puede generar en una máquina linux, es necesario una máquina Wíndows. 40 44 El agente tiene los cambios pero da problemas a crear el instalador para Windows con python3 64 bits con qt5. Hasta ahora se podía generar en una máquina Linux, ahora es necesario una máquina Windows. 41 45 42 46 === Compatibilidad actualización UDS === 43 47 Los cambios que haga UDS deben ser compatibles con las versiones anteriores de OpenGnsys. Al menos las últimas. 44 * Si UDS manda parámetros de más la API REST de O Gno tendrá problemas.48 * Si UDS manda parámetros de más la API REST de OpenGnsys no tendrá problemas. 45 49 * Si UDS necesita que le notifiquen más parámetros no será posible con las versiones anteriores. 46 47 48 49 ===============================50 51 Poner equipo en modo mantenimiento.52 53 Se puede seleccionar el modo mantenimiento para que el equipo no se utlice por UDS.54 55 50 56 51 == Drivers de Windows == 57 52 58 Imagen Windows al restaurarla buscan todos los driver, tardando bastante. 59 60 En Granada en la postconfiguración se restaura el registro con la rama de hardware para equipo concreto. 61 62 En otras universidades las imágenes tienen todos los hardware, Windows al arrancar es quien seleccionen. 53 Imagen Windows al restaurarla busca todos los driver, tardando bastante. 54 55 - En Granada en la postconfiguración se restaura el registro con la rama de hardware para equipo concreto. 56 - En otras universidades las imágenes tienen todos los hardware, Windows al arrancar es quien seleccionen. 63 57 64 58 El perfil hardware ahora mismo es informativo, podría usarse para restaurar el perfil de hardware correspondiente al equipo. 65 66 Ahora se le pasa por pxe la variable del perfil de hardware, si el nombre del archivo de registro está asociado al nombre del perfil de hardware en la postconfiguración se puede restaurar.67 59 68 Sólo es necesario un script que lo realice, pero no se necesario cambiar nada más. 60 - Ahora se le pasa por pxe la variable del perfil de hardware, si el nombre del archivo de registro está asociado al nombre del perfil de hardware en la postconfiguración se puede restaurar. 61 - Sólo es necesario un script que lo realice, pero no se necesario cambiar nada más. 69 62 70 63 Podría ser una mejora. 71 72 64 73 65 == Liberar versión 1.2 == … … 82 74 - Cambios en remotePC fruto cde la puesta en marcha en estos meses. 83 75 84 No se van a añadir más funcionalidades; Pasamos a la fase de estabilización 76 No se van a añadir más funcionalidades; Pasamos a la fase de estabilización. 85 77 86 78 87 88 Arranque del un pc para remotePC 89 Llamada ogrepo mete un elemento en tabla acciones. -> la tablas sólo las tocará el ogServer 90 79 Hay cambios en la arquitectura, por ejemplo en el arranque de un equipo con remotePC hay una llamada a ogrepo que mete un elemento en tabla acciones. Más adelante las tablas sólo las tocará el ogserver. 91 80 92 81 == Problemas actualización == … … 95 84 96 85 == Problemas con la información de la imagen == 97 En Zamora se sique con el problema al crear la imagen. se crea bien el fichero de partclone pero la información de la imagen no se guarda en el repoinfo.json 86 En Zamora se sique con el problema al crear la imagen. se crea bien el fichero de partclone pero la información de la imagen no se guarda en el repoinfo.json. 98 87 99 88 Parece un problema en la ejecución del script checkrepo por el cron. Puede deberse a los permisos de los ficheros de información de la imagen.