Changes between Version 1 and Version 2 of Subproyectos

Timestamp:

Feb 14, 2017, 1:51:16 PM (9 years ago)

Author:

ramon

Comment:

--

Subproyectos

@@ -12 +12 @@
  * El comando '''bcdboot''' configura la partición de arranque EFI para que se pueda arrancar el sistema operativo en la partición de sistema.
  * Para el arranque UEFI será necesario que el cliente de OpenGnsys esté firmado. Ya hay imágenes de Ubuntu firmadas que podríamos usar.
+ * Dar instrucciones para editar el fichero de configuración de DHCP definiendo grupos para equipos UEFI y para equipos BIOS.
 
 == Arranque de Windows desde un sistema linux sin reiniciar la máquina. ==
@@ -18 +19 @@
 Actualmente se inician de la siguiente manera:
 
-'''linux:'''
+'''Linux:'''
 
 Kexec nos permite arrancar un nuevo kernel desde uno que ya se este ejecutando.
@@ -51 +52 @@
 }}}
 
-== Sustituir los servicios ogAdmServer, ogAdmRepo y ogAdmClient por una API REST ==
+== Sustituir los clientes de sistemas operativos por agente basado en API REST ==
 
-Actualmente los servicios están desarrollados en C y la comunicación entre ellos es persistente a través de un socket de Linux. En el caso del agente de sistema operativo si existe inestabilidad en la red, cualquier microcorte hace y que se desconecte del servidor y bloquee el acceso a la red del sistema operativo. En el caso de ogLive la desconexión del servidor de lugar a que el equipo aparezca en estado apagado en la consola, no permitiendo que se envíen comandos.
+Actualmente los servicios ogAdmLnxClient y ogAdmWinClient están desarrollados en C/C++ y la comunicación entre ellos y el servidor OpenGnsys es persistente a través de un socket de Linux, por lo que, si existe inestabilidad en la red, cualquier microcorte hace que se desconecte del servidor y bloquee el acceso a la red del sistema operativo.
 
-Se quiere sustituir por nuevos servicios desarrollados en python y con una comunicación no persistente a través de un API REST.
+Se quiere sustituir por nuevos servicios desarrollados en Python y con una comunicación no persistente a través de una API REST.
 
-En la versión 1.1 se va a sustituir el agente del sistema operativo, de forma que para los demás servicios ya existe un código para tomar como punto de partida:
+En la versión 1.1 se va a sustituir el agente del sistema operativo, de forma que para se dispone de un punto de partida para desarrollar agentes para otros sistemas operativos y para los demás servicios (ver siguiente sección):
  * [wiki:ApiRest Información sobre la API REST]: contiene un apartado del agente.
  * [source:branches/version1.1/installer/vagrant/Vagrantfile-ogagent-vbox Máquina virtual con el entorno de desarrollo para el ogAgent]
 
-== Crear paquetes de instalación OpenGnsys en formato .dev y .rpm para distintas distribuciones. ==
+== Sustituir los servicios ogAdmServer, ogAdmRepo y ogAdmClient por una API REST ==
 
-Por prioridad: ubuntu/debian, fedora/red hat/CentOs , suse
+Como en el caso anterior, los servicios ogAdm... están desarrollados en C/C++ y mantienen un comunicaciones persistentes mediante sockets, sin recuperación ante cortes de conexión. Por ejemplo, para el ogAdmClient instalado en un cliente ogLive, la desconexión del servidor de lugar a que el equipo aparezca en estado apagado en la consola, no permitiendo que se envíen comandos.
+
+El servicio ogAdmClient puede ser adaptado a partir del código de los nuevos agentes OGAgent, ampliando sus funciones realizando llamadas a los scripts del motor de clonación.
+
+El resto de servicios podría sustituirse por una API REST implementada sobre el servicio web, pero debe tenerse en cuenta que algunos mensajes (operaciones) pueden depender de otros en secuencia.
+
+== Crear paquetes de instalación OpenGnsys en formato .deb y .rpm para distintas distribuciones. ==
+
+Por prioridad: Ubuntu/Debian, Fedora/Red Hat/CentOS, SuSE.
 
 Se podrán instalar por separado los servicios del servidor de administración y el repositorio.