OCS Inventory ofrece la posibilidad de, además de realizar un inventariado, desplegar software en forma de scripts Bash en el equipo donde se ejecuta el agente.

El modus operandi sería el siguiente:

1. El agente envía un inventario al servidor OCS
2. El servidor procesa el inventario y comprueba si hay paquetes de software asignados para el despliegue en el equipo que ejecuta el agente que envía dicho inventario
3. Si existen paquetes asignados a este agente, el servidor de comunicación y/o despliegue lo envía al agente mediante protocolo SSL
4. El agente realiza un handshake con el servidor, descarga el paquete y lo ejecuta. Una vez ejecutado, devuelve un código que puede ser de éxito o de error. Se adjunta a continuación la tabla completa de casos de error y éxito.

Código de estado	Significado
WAITING NOTIFICATION	El servidor está esperando comunicación del agente para notificar que hay algo para descargar.
NOTIFIED	El agente ha sido notificado sobre un paquete a descargar. Esperando el código de resultado.
SUCCESS [code]	El agente ha descargado exitosamente un paquete y ha ejecutado comandos o ha almacenado datos extraídos. Con la acción "Lanzar", este estado podría completarse con el código de retorno de la ejecución.
ERR_ALREADY_SETUP	El paquete ya fue instalado previamente en este equipo.
ERR_BAD_ID	El agente es incapaz de descargar un paquete porque no puede encontrar la ID Del mismo en el servidor de despliegue.
ERR_BAD_DIGEST	Los datos descargados tienen un mal digest, por lo que el agente no ejecuta comandos asociados.
ERR_DOWNLOAD_PACK	El agente fue incapaz de descomprimir el fichero ZIP o TAR.GZ descargado.
ERR_BUILD	El agente fue incapaz de reconstruir los fragmentos del paquete.
ERR_EXECUTE	El agente fue incapaz de ejecutar el comando asociado al paquete.
ERR_CLEAN	El agente fue incapaz de limpiar el paquete descargado.
ERR_TIMEOUT	El agente fue incapaz de descargar durante el período DOWNLOAD_TIMEOUT.
ERR_ABORTED	El usuario canceló la ejecución del comando del paquete (ha escogido notificarlo, y le ha permitido cancelarlo).
ERR_EXECUTE_PACK	No utilizado

OCS Inventory está formado por las siguientes partes:

1. Agentes instalados en sistemas Windows o GNU/Linux: programas escritos en PERL
2. Un servidor de gestión que se compone de:
3. 1. Servidor de comunicación: servidor escrito en PERL que recibe los inventariados de los agentes y los almacena en la base de datos.
   2. Servidor de despliegue: se encarga de desplegar software en los equipos agentes. Puede ser el mismo que el servidor de comunicación. Obligatorio Apache con SSL activado.
   3. Consola de administración: interfaz Web escrita en PHP y visible mediante navegador. Lee directamente de la base de datos.

• Instalación completa de OCS Inventory

En primer lugar debemos instalar tanto el agente como el servidor de comunicación, de despliegue y la consola de administración.

Lo ideal es que tengamos instalado un servidor Apache preparado y los módulos de PERL para los agentes y el servidor de comunicación. Instalamos lo necesario:

Ahora comenzamos instalando un agente en cualquier equipo que vaya a realizar un inventariado y enviarlo al servidor:

Continuamos con la consola de administración, que no la vamos a instalar de los repositorios porque suele dar algún que otro problema en la configuración:

• Descargamos la consola de administración Web:

• Lo movemos a nuestro servidor Apache:

• Lo descomprimimos:

• Entramos en el directorio:

• Comenzamos la instalación:

No voy a detallar el proceso de instalación, está bien explicado aquí. Sólo voy a poner unos incisos a la explicación anterior, leedlos antes de seguirla y tenerlos en cuenta.

No os preocupéis si veis mensajes como:

Esto sólo se utiliza para el servicio Web (experimental y para desarrolladores), y no influye para el despliegue de software en los agentes.

En todo caso, debemos tener cuidado en estas respuestas:

En los dos últimos casos casos, contestaré /var/www/ocsinventory-reports para almacenar tanto el servidor como los paquetes de despliegue en esa ruta.

Si tenemos problemas en la instalación, por ej. se sale de la misma por no estar los módulos PERL instalados, los instalamos a mano:

Continuamos con la instalación del servidor de comunicación desde los repositorios. Esto lo vamos a hacer en la máquina servidora.

A partir de aquí tenemos un servidor OCS Inventory totalmente funcional.

Ahora, en la o las máquinas que vayan a utilizarse como clientes (puede ser la misma también si se quiere), instalaremos el agente de OCS Inventory (en el método de instalación escogemos http y en el nombre 127.0.0.1):

desde el que podemos mandar inventarios con la siguiente orden:

Sin embargo, lo que nos ocupa aquí es el poder desplegar software en los agentes, es decir, que cuando un agente envíe un inventariado, compruebe en el servidor de despliegue si hay paquetes para él. En caso afirmativo, el agente descargará el paquete tar.gz, lo descomprimirá y ejecutará el script que lleve dentro el fichero comprimido.

Para esto, vamos a utilizar el mismo equipo servidor en el que está instalado el servidor de comunicación en PERL, activando en éste el soporte SSL y convirtiéndolo también en servidor de despliegue.

Vamos a ejecutar los siguientes tres comandos para activar el soporte SSL en Apache:

Ahora nos vamos a apoyar del excelente tutorial de Vicente Navarro en este post. Concretamente, necesitamos sólo la parte que generará un certificado cacert.pem, esta parte está nombrada en el tutorial como Crear un certificado firmado por nuestra propia autoridad certificadora y haremos todos los pasos que se indican hasta llegar a la parte Cuidado con ponerle contraseña a la clave privada

Donde pone y cambiar la configuración del sitio para que lo use:, se refiere al archivo /etc/apache2/sites-enabled/default-ssl, donde tenemos que cambiar las rutas de SSLCertificateFile y SSLCertificateKeyFile.

Una vez generado el certificado cacert.pem firmado por nuestra propia autoridad certificadora, reiniciado el servidor (nos pedirá el password proporcionado al generar el certificado) ya podemos instalar la consola de administración accediendo por primera vez a nuestro servidor SSL:

Seguimos los pasos para configurar la base de datos y listo. Una vez terminado el proceso, vamos a:

y entramos con usuario admin y contraseña admin

A partir de aquí podemos realizar nuestro primer inventariado con cualquier agente (sudo ocsinventory-agent --server 127.0.0.1), nos vamos al directorio del servidor /var/lib/ocsinventory-agent/http:__127.0.0.1_ocsinventory y copiamos allí el fichero cacert.pem.

En este punto, ya podemos crear un paquete con un script para desplegar en cualquier agente.

• Creación y despliegue de scripts

Vamos a habilitar mediante la consola de administración el despliegue o distribución de software. Para ello vamos al menú de configuración:

y activamos la opción correspondiente, bajando además el tiempo de ciclo de latencia que es algo elevado:

Ahora vamos a crear un script cualquiera, lo vamos a asignar a un equipo en concreto (en el que se ejecuta un agente) y vamos a hacer la prueba de despliegue. El script que vamos a utilizar puede ser este mismo, lo llamamos myscript por ejemplo:

Vamos a comprimir este script:

Y ahora vamos a crear el paquete software en la consola de administración de OCS Inventory. Vamos a la Web y escogemos la opción Crear del menú Distribución software.

Introducimos los datos del nuevo paquete, indicando que tenemos un fichero comprimido myscript.tar.gz y que lanzaremos un script que tiene en su interior llamado myscript con prioridad 5 (podemos ponerle prioridad 0 que es prioridad absoluta).

Si al aceptar nos da el mensaje de error ERROR: can't create or write in /var/lib/ocsinventory-reports/download/xxxxxxxxx folder, please refresh when fixed. (or try disabling php safe mode), tenemos que cambiar estas rutas en la base de datos. Podemos hacerlo de la siguiente manera:

y reiniciamos el proceso, creando de nuevo el paquete.

A continuación dejamos los siguientes datos como están porque nuestro paquete no es muy grande y no queremos fragmentar su envío. Pulsamos en Enviar y el paquete queda creado.

Realizamos ahora el proceso de activación del paquete. Escogemos la opción activar del menú Distribución software.

Nos vamos a la fila que muestra el paquete recién creado y pulsamos en el botón Activar.

Dejamos marcada Activación manual y especificamos como URL https y como Partes URL la misma cadena https://127.0.0.1/ocsinventory-reports/download

Al aceptar, se nos informa de que el paquete ya se ha activado y lo podemos afectar. Aquí, afectar un paquete se refiere a asignarlo a un equipo o a un conjunto de ellos.

El último paso es asignar o afectar un paquete a un equipo. Para ello escogemos un equipo de la lista de los que tenemos inventariados:

Pulsamos en la opción Personalizar de la lista de opciones disponibles para un equipo concreto:

Pulsamos en adicionar paquete:

De la lista de paquetes, localizamos la fila del paquete deseado y pulsamos en el botón Afectar. A la pregunta de si estamos seguros, respondemos que sí.

Podemos ver que el paquete queda asignado al equipo y esperando notificación de envío.

Ahora la ejecución de un inventariado por parte del agente instalado en el equipo afectado, provocará que éste se descargue del servidor el paquete disponible para él. Lo vemos:

REFERENCIAS
http://www.ocsinventory-ng.org/
http://es.wikipedia.org/wiki/OCS_Inventory
http://wiki.intropedro.com/index.php?title=Instalar_el_servidor_de_ocs_inventory
http://www.vicente-navarro.com/blog/2009/02/22/crear-los-certificados-ssl-para-nuestro-servidor-web-https-con-apache-openssl-y-debian-lenny

a) wget http://mirror2.openwrt.org/sources/broadcom-wl-4.150.10.5.tar.bz2
b) tar xjf broadcom-wl-4.150.10.5.tar.bz2
c) cd broadcom-wl-4.150.10.5/driver
d) b43-fwcutter -w /lib/firmware wl_apsta_mimo.o

Fuente: http://hp2133.umsw.de/

El primer bug se reconoce aquí: http://github.com/jkp/soaplib/issues/#issue/12

Está solucionado en el trunk de soaplib, editamos el fichero /usr/local/lib/python2.6/dist-packages/soaplib-0.8.1-py2.6.egg/soaplib/serializers/primitive.py y cambiamos una línea que nos indican aquí:

http://github.com/jkp/soaplib/commit/1dd0aa6e01ebb04a7c802f261c93534061de8b7d

El segundo bug visto en este enlace da una salida como ésta al acceder al servicio Web:

FutureWarning: The behavior of this method will change in future versions. Use specific ‘len(elem)’ or ‘elem is not None’ test instead.

Este bug provoca errores al utilizar el cliente Java desde Axis. En este caso buscaríamos dos líneas del fichero wsgi_soap.py con la siguiente sentencia:

las dos líneas vamos a cambiarlas por:

Una solución a mano es modificar los ficheros primitive.py y wsgi_soap.py y compilarlos con

una vez dentro de cada ruta de los ficheros mencionados (es decir, dos veces en total).

Soaplib genera entonces un WSDL correcto, que Axis acepta perfectamente. Axis podrá también acceder sin problemas al servicio Web.

La mejor solución es generar un egg nuevo para la instalación con easy_install.

Pasos:

1. Nos bajamos el código de soaplib de aquí, por ejemplo en ~/Descargas.
2. Modificamos el fichero primitive.py y el fichero wsgi_soap.py
3. Generamos un nuevo egg:

Esto crea un nuevo fichero en ~/Descargas/soaplib-0.8.1/dist/soaplib-0.8.1-py2.6.egg

4. Eliminamos todas las referencias al egg del soaplib antiguo, así como a sus ficheros:

5. También a sus ficheros:

6. Podemos instalar el nuevo egg:

Podemos probar wsdl2java descargando e instalando Axis:

1. Descargar Axis:

2. Descomprimir Axis:

3. Accedemos a las utilidades de Axis:

4. Establecer variable JAVA_HOME:

5. Lanzar wsdl2java contra nuestro servidor ejecutando:

• Un traducción de las partículas and, in, editors, etc. de acuerdo con el idioma seleccionado. Este es el punto más importante, puesto que podemos tener partículas "y", "en", "editores" para nuestro idioma.
• Seleccionar un modelo de cita numérico o un modelo autor-año sin necesidad de hacer cambios en el argumento de \bibliographystyle bibliografía
• Cuando el número de autores es superior a dos puede elegirse si se utilizan todos los autores o sólo el primero seguido del grupo «y otros», o lo que corresponda según el idioma en el modelo de citas autor-año.
• Es posible seleccionar el tipo de letra utilizado para los autores y los títulos
• Las bases de datos añaden a los campos estándard nuevos campos como abstract, comment, url, isbn, mrnumber, translator que son gestionados por flexbib.

Para poder tener una bibliografía al finalizar cada capítulo, hacemos uso del paquete bibtopic. Lo primero que vamos a hacer es hacer una copia de los .bib necesarios y guardarlos también en otra ubicación, por si acaso. En nuestro ejemplo, vamos a tener dos capítulos y por tanto, dos .bib, uno llamado bibliodebian.bib y otro llamado biblioubuntu.bib. Ahora eliminamos todos los intentos de creación de varias bibliografías en nuestro directorio de trabajo:

Añadimos bibtopic a la lista de paquetes a usar:

Piponazo me informa que este paquete tiene dependencias del paquete texlive-bibtex-extra, yo lo tendría ya instalado, pero el que no lo tenga, debe hacerlo:

En mi caso, yo estructuro cada capitulo con su \chapter, \section y \subsection variados dentro de un \include{fichero}. Antes de estos \include vamos a definir el estilo de bibliografía a flexbib:

Seguidamente, es donde viene lo importante, nuestro \include{fichero} que contiene el cuerpo del primer capítulo, lo vamos a encerrar entre el siguiente código:

Y análogamente, para el segundo capítulo:

En lugar de que se imprima en cada bibliografía de cada capítulo todas las entradas del .bib asociado, podemos desear que se impriman sólo las que han sido citadas. En este caso en lugar de \btPrintAll utilizaremos el comando \btPrintCited.

El siguiente paso es compilar con PDFLaTeX el código del documento. Si usamos una GUI como Kile, se nos informará de lo siguiente:

"Package bibtopic Warning: Please (re)run BibTeX on the file(s):

(bibtopic) principal1
(bibtopic) principal2
(bibtopic) and after that rerun LaTeX."

Para hacer lo que se nos pide, nos movemos al directorio de trabajo y escribimos en una consola:

Una vez hecho esto, recompilamos con PDFLaTeX y ahora sí, cada uno de los dos capítulos tendrá al final su bibliografía.

Enlace: Airminded

Si utilizáis LaTeX, he creado un script que te permite crear el manual de código de la aplicación con sólo llamarlo con los parámetros adecuados.

Deciros que el esqueleto del script, la parte que recorre directorios y ficheros, está basado en el script Arbol de directorios de Paco Debian.

El código del script es el siguiente:

Como veis, cada línea está bien comentada para que no haya ningún problema de comprensión.

La ejecución del script se realiza de la siguiente manera:

./myscript nombrecarpeta extensionfichero ficherolatex

Si por ejemplo queremos realizar un manual de código del conocido CMS Drupal, deberemos llamar al script de la siguiente forma:

neonigma@neonigma-laptop:/opt/lampp/htdocs$ ./myscript drupal php codigo.tex

En líneas generales, el script recorre la carpeta drupal de nuestro servidor Web buscando ficheros con extensión PHP y genera un fichero de LaTeX con la siguiente estructura:

\chapter{Carpeta o subcarpeta}
\section{Sección para fichero .php encontrado}
\lstinputlisting{ruta al fichero php, que provocará el listado de código del mismo}

• El pdf resultante del proyecto LaTeX puede descargarse haciendo clic aquí.
• Podéis descargar el script pulsando aquí.
• El ejemplo de proyecto LaTeX, que incluye el fichero codigo.tex generado automáticamente por el script, puede descargarse pulsando aquí.

Tenemos, por tanto, el siguiente material:

* Script en PHP que muestra en una página Web todas las tablas extraídas de la base de datos y que, además, ha sido modificado para obtener cada tabla en un fichero HTML independiente. Más o menos lo que muestra la siguiente imagen:

La visita a la página Web crea cada tabla de la base de datos en un fichero HTML, como puede verse en el listado por consola:

* Script en Bash que recoge cada fichero HTML del directorio de trabajo y lo convierte a imagen JPG, como muestra la siguiente imagen:

Para utilizar el script en PHP, basta con acceder a la dirección Web local donde lo hayamos colocado. Este script sólo necesita modificar las variables de acceso a la base de datos de la función conecta. En el caso de la imagen, la dirección Web a la que se accede es http://localhost/jscript/tablas.php

Para utilizar el script en Bash, le damos permisos de ejecución con chmod +x nscript y lo ejecutamos (importante que sea dentro de este directorio de trabajo) escribiendo ./nscript

El código de este script es tan sencillo como esto:

Lo que significa que el script tomará todos los archivos html de la carpeta, y uno a uno los convertirá a jpg con una densidad de página de 600x600, recortando los espacios en blanco sobrantes y paginando en varias imágenes si no cupiera en una. Después de esta conversión, se borra el fichero html que ya deja de sernos útil.

En el ejemplo hemos utilizado una instalación de Drupal para extraer todas las tablas de la base de datos y convertirlas a imágenes. La muestra de la lista de imágenes resultantes podemos verla en la siguiente imagen:

Obviamente podemos ver que el texto que acompaña a cada campo es demasiado genérico, de ahí a que no todo el trabajo lo realice la máquina. Nosotros podemos, en el paso de la generación de los archivos html, modificar cada campo de cada tabla en los ficheros html para que la descripción se ajuste a lo que queremos. Una vez terminadas las descripciones, lanzaríamos el script en bash y obtendríamos las imágenes automáticamente.

Recordar que este script borra cada fichero HTML, por lo que deberemos guardar en una carpeta los ficheros html por si luego queremos retocar alguna descripción, o eliminar la línea del script en bash que borra cada fichero html.

Descarga el script PHP aquí.
Descarga el script en Bash aquí.

Si la imagen resultante de alguno de los ficheros html nos resulta demasiado grande o demasiado dividida (por ejemplo, la tabla comments de Drupal se ha dividido en dos imágenes), podemos utilizar otro script para conversión manual de un único fichero html.

Este script contiene el siguiente código:

La llamada a este script se realiza de la siguiente forma: ./xscript factor-escala nombre-de-pagina-html-sin-extension

Por ejemplo: ./xscript 0.55 comments

Descarga el script manual aquí.

1.- Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.

2.- La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.

3.- La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.

4.- La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.

5.- Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.

6.- Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.

7.- Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.

8.- Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.

9.- Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.

10.- En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

Este manifiesto, elaborado de forma conjunta por varios autores, es de todos y de ninguno. Si quieres sumarte a él, difúndelo por Internet.

Me gusta

Ya no me gusta

Un extracto bastante explicativo de la iniciativa surgida en La aldea irreductible

"Decir que España es un país de Ciencia es hacer verdaderos contorsionismos con las palabras... Decir que en España hay grandes científicos es obviar su precaria realidad, pero decir que se busca un modelo productivo basado en la Innovación y reducir a la vez el presupuesto del Ministerio de Ciencia en hasta un 37% podría ser tildado perfectamente de tomadura de pelo. Finalmente, el Tijeretazo estará en torno a un 15%... Inquietante, incluso para miembros del propio Gobierno..."

Me gusta

Ya no me gusta

LaTeX es un lenguaje para creación de documentos tremendamente poderoso y ampliamente usado en la academia para escribir artículos científicos, particularmente por lo fácil que es escribir símbolos matemáticos. Sin embargo, la gran variedad de comandos también hace que a veces uno no recuerde cómo describir ciertos símbolos. Detexify te permite que dibujes un símbolo y te indica posibles comandos en LaTeX que describen ese símbolo. ¡Muy útil y totalmente recomendado!

Esta es una imagen de como funciona el tinglado:

Puedes acceder a Detexify haciendo clic aquí

Fuente: Manzana Mecánica

En el archivo que declara el iframe:

En el mismo fichero, declaramos el iframe y colocamos esto en el body para IE:

En el contenido del iframe (iframe.php en el ejemplo):

El código HTML del contenido de este iframe sería algo así como:

Referencias:

• Clip de pelicula
• Microsoft Support