| 130 | |
| 131 | == Broker de conexiones propio de OGN == |
| 132 | |
| 133 | Aprovechando las funcionalidades que ofrece la API REST crear nuestro propio broker de acceso a los recursos que gestiona OGN con las funcionalidades básicas. |
| 134 | |
| 135 | El broker podría realizar las siguientes tareas: |
| 136 | |
| 137 | * Validar a los usuarios autorizados a acceder al sistema. Inicialmente podría configurarse mediante autenticación LDAP parametrizada con la configuración particular de cada universidad. |
| 138 | * Listar unidades organizativas (/ous). En este punto el sistema podría validar permisos de acceso a unidades organizativas en función de los datos de usuario recibidos del LDAP (p.e. los usuarios de una titulación o centro solo pueden acceder a su ou) |
| 139 | * Mostrar información de la ou (/ous/:id1) |
| 140 | * Listar las aulas de la ou escogida (/ous/:id1/labs) y mostrar información de cada una (/ous/:id1/labs/:id2) |
| 141 | * Escoger un aula y listar máquinas disponibles (/ous/:id1/labs/:id2/clients/:id3/status) incluyendo las imágenes asociadas |
| 142 | * Si se desea acceder a una máquina lanzar la petición (/ous/:id1/images/:id2/reserve o /ous/:id1/images/:id2/reserve?lab=:id3) |
| 143 | * Esperar a recibir la respuesta del agente informando del estado de la máquina una vez ha arrancado (/ous/:id1/labs/:labid/clients/:clntid/events) y (/ogagent/started) |
| 144 | * Conectar mediante RDP u otro protocolo a la IP de la máquina. Estudiar opciones |
| 145 | * Controlar la sesión mediante la comunicación con el agente ( https://Cliente:8000/opengnsys/...) y (/ous/:id1/labs/:labid/clients/:clntid/events) |
| 146 | * Si existe timing de reserva enviar aviso y apagar la máquina (/ous/:id1/labs/:labid/clients/:clntid/unreserve) |
| 147 | |
| 148 | Si se instala el broker en el mismo servidor de administración de OGN no serían necesarias las funciones de intermediación de Remote PC y se podrían utilizar tanto las funciones REST como propias de OGN para interactuar con los clientes. |