close
Warning:
Failed to sync with repository "ogBrowser-Git": (1366, "Incorrect string value: '\\xF0\\x9F\\x93\\xA6 I...' for column 'message' at row 1"); repository information may be out of date. Look in the Trac log for more information including mitigation strategies.
- Timestamp:
-
Aug 11, 2020, 7:56:03 AM (5 years ago)
- Author:
-
irina
- Comment:
-
--
Legend:
- Unmodified
- Added
- Removed
- Modified
-
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 | | __Como 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 directirvas de Windos para uds funciona 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 OG no 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. |