Feeds:
Entradas
Comentarios

Archive for 23 diciembre 2007

Software libre para una sociedad libre, Richard M. Stallman:

Quienes valoramos el software libre por la libertad que éste entraña seguiremos en la misma línea. Lograremos sacar adelante el trabajo sin funciones patentadas. Pero quienes valoran el software libre porque esperan que sea técnicamente superior se inclinarán por calificarlo de fracaso cuando este software se vea restringido por una patente.

Anuncios

Read Full Post »

Hoy he visto una curiosidad en “Los Simpsons”; imagino que a estas alturas otros se habrán dado cuenta ya.

El dependiente de la tienda de cómic, al parecer, es un programador aficionado y de los malos. En la siguiente imagen vemos la salida del programa hello-world.

Hello Word en “Los Simpsons”

Quizás debería probar con GNU Hello para aprender ;-) También se ve los grupos de discusión que está subscrito en las news. Como por ejemplo, alt.binaries.pictures.erotica.

Read Full Post »

Cuando hablo de software libre, al parecer, no consigo hacerme entender. Un error muy común es creer que todo está cortado por el mismo patrón y debe ser libre al estilo GPL.

Cuando hablamos de software libre no hablamos de lavadoras libres ni de distribuir nuestro semen con la GPL.

Read Full Post »

From Free Software Magazine. Run any GNU/Linux app on Windows without any virtualization by Nathan Sanders.

SSH, muy usado por expertos en UNIX para realizar tareas de administración a través de Internet en ordenadores situados a varios kilómetros, es la solución fácil para la mayoría de los casos. Usuario de Ubuntu, si sigues leyendo aprenderás a usar SSH para ejecutar tu aplicación favorita GNU/Linux en MS Windows sin instalar ningún software.

Instalando un servidor SSH

Antes de empezar, comprobamos que tenemos los materiales necesarios. Necesitas un ordenador con Ubuntu instalado para servir las aplicaciones y un ordenador con Windows para las aplicaciones remotas, un pendrive USB si quieres tener la configuración disponible al momento y una conexión de banda ancha para poder ejecutar aplicaciones más grandes que nano.

Principalmente describimos como ejecutar las aplicaciones en Windows, pero antes necesitamos instalar el servidor en Ubuntu. Se instalará OpenSSH, el estándar de facto en el mundo del software libre para obtener acceso remoto a tu ordenador. El servidor OpenSSH se instala como otros paquetes y no requiere configuración adicional en nuestro caso. Todo esto no llevara más de dos minutos.

Aquí describimos el proceso para los usuarios de Ubuntu, OpenSSH está disponible para la mayoría de distribuciones GNU/Linux y otros sistemas operativos derivados de UNIX. Los usuarios de Windows también pueden instalar el servidor SSH. Es más complicado en Windows, tienes que consultar la guía de instalación del proyecto OpenSSH para Windows.

Si ya sabes instalar software en Ubuntu, instala el paquete openssh-server. Si para ti es territorio desconocido, todo lo que necesitas hacer es escribir el siguiente comando en un terminal. Ve al menú Aplicaciones -> Accesorios -> Terminal.

sudo apt-get install openssh-server

Introduce la contraseña del administrador y responde “sí” a la instalación del paquete y sus dependencias. Instalar el servidor OpenSSH es muy fácil y la configuración es automática. Si tienes algún problema, ve al final del artículo para corregir la configuración.

También puedes instalar software usando Synaptic (Sistema -> Administración -> Gestor de paquetes Synaptic), evitando el uso de la línea de comandos.

Necesitamos un minuto más en Ubuntu. Para acceder al ordenador, tenemos que saber donde está ubicado el ordenador en Internet (dirección IP). Si no lo sabes, visita una página web que te indica cual es tu IP. Dependiendo de tu proveedor de conexión, esta dirección puede cambiar periódicamente. Para evitarlo consigue un nombre en un servicio de DNS dinámico.

Si el ordenador con Ubuntu es parte de una red local, la cosa se puede complicar. Para acceder al ordenador con Ubuntu desde otro ordenador dentro de la red local, hace falta saber que dirección tiene asignada el ordenador. Si tienes un router, lo puedes consultar desde la configuración web del router. Como alternativa, puedes probar con el comando [ifconfig](http://linux.die.net/man/8/ifconfig) o preguntar al administrador de la red local.

Para acceder desde Internet a la red local, tienes que redirigir el puerto SSH (puerto 22, por defecto) de tu router hacia el ordenador con Ubuntu. Se puede configurar desde la interfaz web del router sin muchos problemas.

Software para el cliente Windows

Hace falta unos programas que no proporciona Microsoft, no estaba mintiendo, no hace falta instalar nada si no quieres. Necesitas un cliente SSH para conectarte al ordenador con Ubuntu y un servidor X para mostrar las aplicaciones gráficas. Vamos usar Xming que es software libre, lo puedes llevar a todas partes en un pendrive (o cualquier otro dispositivo con 8MB libres) y usarlo en cualquier ordenador con Windows. Si no quieres acarrear con el pendrive, basta con instalar el programa.

Si estas usando Windows XP o superior, descarga el instalador Xming y haz doble clic en el icono. Ten en cuenta que existen versiones antiguas de Xming para Windows 2000, pero las demás versiones no son compatibles. Haz clic en “Next” y selecciona el destino de instalación. Para instalarlo directamente en el pendrive, haz clic en “Browse” y selecciona el dispositivo correcto.

Haz clic en “Next” y se mostrara algunas opciones de instalación. Desactiva “Non US Keyboard support” para ahorrar un poco de espacio (Nota traductor: para teclados no americanos es necesario activarlo). Haz clic en “Next” de nuevo para ser preguntado si quieres crear una entrada en el menú de inicio. Si lo estas instalando en el pendrive, marca la casilla “Don’t create a Start Menu folder”. En la siguiente pantalla, si quieres, desactiva todas las opciones. Haz clic en “Next” por última vez, luego en “Install” para terminar.

Ejecutando aplicaciones remotas

Para probar Xming, conecta el pendrive en el ordenador con Windows, abre el explorador de Windows y examina el contenido del pendrive. Abre la carpeta donde has instalado Xming y haz doble clic sobre la aplicación XLaunch.

Aparece una pantalla de bienvenida con un asistente de conexión para acceder al ordenador remoto con Ubuntu. En la primera pantalla, deja marcada la casilla “Multiple windows” para permitir que la aplicación se abra en otra ventana como cualquier otra aplicación. En la siguiente pantalla, elige “Start a program” para iniciar la sesión del servidor remoto sin ir directamente a la línea de comandos.

Haz clic en “Next” y escribe la dirección del servidor y el nombre el programa. Primero, escribe el nombre del programa que quieres ejecutar en el cuadro de texto “Start program”. Es necesario que conozcas el nombre del archivo ejecutable de la aplicación, es el comando que se tiene que escribir para ejecutar la aplicación en Ubuntu y no su nombre literal. Habitualmente suele ser el nombre de la aplicación con todas las letras minúsculas. Por ejemplo, para ejecutar GIMP, escribe gimp. Otro software tienen una forma diferente, como Firefox: mozilla-firefox.

En la misma pantalla, selecciona la opción “Using PuTTY (plink.exe)” del marco “Run Remote”. PuTTY no está instalado en el pendrive, pero Xming viene con un programa similar que hace todo el trabajo necesario. Hablaremos con más detalle de este programa pronto.

En el cuadro de texto “Connect to computer”, escribe la dirección IP del ordenador remoto. En el cuadro de texto “Login as user”, escribe tu usuario de Ubuntu. Por supuesto, en “Password” tienes que escribir la contraseña del usuario. Haz clic dos veces en “Next” y luego en “Finish” para iniciar la aplicación.

Cuando la aplicación ya está iniciada, se usa como lo harías delante del ordenador remoto. Ten en cuenta, sin embargo, que estas usando los recursos del ordenador remoto con Ubuntu y no los de Windows que sólo ejecuta una ventana con SSH. Esto significa que los archivos que guardas o abres vienen del ordenador remoto. Lo mismo es aplicable a el sonido y la impresora.

Esto también significa que la aplicación es ejecuta de forma tan ágil como lo hace en el ordenador remoto, incluso si el ordenador con Windows tiene pocos recursos, siempre que dispongamos de una conexión de banda ancha. Otra cosa que se transfiere entre las dos computadoras es el contenido del cortapapeles cuando copias y pegas, aunque no funciona correctamente. Para aprender como intercambiar ficheros entre los dos ordenadores usando SSH, puedes consultar el artículo sobre SSH llamado Beyond the Command Line en el número 19 de Free Software Magazine.

Xming y la línea de comandos

Ahora que funciona Xming y estamos disfrutando de una aplicación gráfica, prueba abrir el terminal de Ubuntu. Esto permite usar la línea de comandos e incluso abrir otras aplicaciones gráficas.

Haz clic en “Ejectuar…” del menú inicio de Windows y escribe “cmd.exe”. Haz clic en “Aceptar” para ejecutar la terminal de Windows. Vuelve al explorador de Windows a la carpeta Xming. Busca un programa llamado “plink” y arrastralo hasta el terminal.

Plink es una aplicación del conjuto de Xming que es suficiente para sustituir PuTTY. PuTTY es un cliente SSH para Windows muy completo, pero tienes más funcionalidades de las necesarias para ejecutar unos cuantos programas. Al arrastrar el programa la ruta de este aparece en el terminal. Ahora queda ejecutar el programa de la siguiente forma:

[ubicación plink] -X [Nombre usuario Ubuntu]@[Dirección IP de Ubuntu]

Pulsa la tecla intro y se te pedirá la contraseña del usuario. Una vez dentro la ventana del terminal es ya el ordenador remoto con Ubuntu. Para iniciar las aplicaciones gráficas, escribe el nombre del ejecutable como lo haces antes y pulsa intro.

Problemas con la configuración SSH

Como he mencionado, la configuración por defecto hecha por Ubuntu es suficiente para trabajar con Xming. Si usas otra distribución con otra configuración o aparecen problemas, lee a continuación unas posibles soluciones.

Para configurar OpenSSH, necesitas abrir tu editor de texto preferido como usuario root y abrir el archivo de configuración de OpenSSH. Si aun tienes el terminal de Ubuntu abierto, escribe el siguiente comando:

sudo gedit /etc/ssh/sshd_config

El archivo que acaba de abrirse especifica todas las opciones de configuración de OpenSSH. Sea cual sea la distribución que usas, es un archivo de configuración bastante largo. Sólo tienes que editar un par de líneas.

Puerto

Comprueba que puerto está usando tu servidor para escuchar las peticiones. Este artículo asume que estas usando el puerto 22, el puerto por defecto para SSH. La línea tiene el siguiente aspecto:

Port [número]

Si el número no es 22, se puede cambiar a 22, o especificar el puerto correcto al cliente de Windows.

Autenticación de la contraseña

Para acceder al ordenador remoto, es necesario una contraseña del usuario indicado. Existen otros métodos, esta es la forma más sencilla de autentificar usuarios y conseguir un acceso seguro. Comprueba que la siguiente línea está presente en tu archivo de configuración:

PasswordAuthentication yes

Ten presente que una línea con el carácter # al principio es un comentario y no es interpretado como una configuración. OpenSSH usa la autenticación por contraseña aun cuando la línea está comentado, aun así puedes descomentarla. Si esta línea no existe en el archivo de configuración, es totalmente seguro añadirla.

Usuarios permitidos

Si tu usuario no tiene permitido el acceso por SSH, sin duda tienes problemas. Comprueba que el nombre del usuario está añadido en la siguiente línea:

AllowUsers [mi usuario]

X11 Forwarding

Esta línea es la que causa la mayoría de los problemas, normalmente está desactiva por defecto. Si no está configurada como se muestra a continuación, puedes acceder al servidor por línea de comandos, pero no ejecutar aplicaciones gráficas.

X11Forwarding yes

¡Reinicia el servidor!

Ningún cambio hecho en el archivo de configuración es aplicado hasta reiniciar el servidor con el usuario root. Con el siguiente comando:

sudo /etc/init.d/ssh restart

Si usas una distribución distinta de Ubuntu, quizás sea “sshd” y no “ssh”.

Usa SSH con responsabilidad

Ya sabes acceder a tu ordenador desde la habitación de al lado o en la otra punta del país, ten presente que el daño que puedes probar es el mismo estando cerca o lejos. No haga experimentos con la línea de comandos a no ser que estés seguro de lo que haces.

Dicho lo anterior, es momento de aprender a usar SSH, ahora es un gran momento para aprender el potencial de la línea de comandos de GNU/Linux. Existen mucha documentación en Internet y en las librerías para aprender, incluido los artículos de Free Software Magazine.

License

(C) Nathan Sanders 2007

Read Full Post »

From Free Software Magazine. UPS (Uninterruptible Power Supply) installation and configuration by Ken Leyba.

Una forma de ahorrar costes por caídas inesperadas o perdidas de datos producidas por problemas con la luz eléctrica es el SAI o sistema de alimentación ininterrumpida. No basta sólo con el SAI, un SAI no es suficiente para conseguir buenos resultados. La combinación de hardware, software y una correcta configuración proporcionan un sistema SAI que va permitir recuperarnos de caídas inesperadas de la red eléctrica o de fluctuaciones que puede provocar daños a nuestros sistemas y periféricos.

 

Introducción

Si pensamos en perdidas de datos, caídas inesperadas y como resolver estos problemas una vez producidos, las copias de seguridad es lo principal. Hay muchas formas de prevenir la pérdida de datos, incluyendo un cluster de computadores, la copia de seguridad, y un sistema de alimentación seguro y bien acondicionado. Un buen sistema de alimentación puede prevenir los primeros problemas que nos podemos encontrar. De eso se puede encargar un sistema de alimentación ininterrumpida o SAI. Un SAI tiene baterías recargables para el suministro de energía en caso de emergencia producido por un corte de luz inesperado. Si el tiempo sin luz eléctrica es superior a la capacidad proporcionada por las baterías el SAI enviará una señal al servidor para iniciar la secuencia de apagado para prevenir la perdida de datos. Cuando la luz eléctrica se restablece se puede iniciar el arranque del servidor después de una secuencia de apagado seguro.

 

Otros problemas relacionados con la luz eléctrica se pueden evitar con la circuitería interna de los SAI. Subidas y bajadas de tensión, ruido de la red (del tipo producido por maquinaria, como ascensores, aire acondicionado y electrodomésticos de oficina), son problemas que evitan los SAI. Estas fluctuaciones en la red eléctrica pueden causar muchos problemas en nuestros sistemas y dispositivos. Por un costo relativamente bajo un SAI puede evitar perdidas de tiempo por problemas con la luz eléctrica.

Network UPS Tools (NUT)

 

El conjunto de utilidades proporcionado por NUT (Network UPS Tools) se usa para monitorizar y administrar los SAI. NUT usa varias capas: drivers, servidor y clientes. Todo consiste en tener monitorizado al SAI. Los drivers específicos de cada SAI se comunica directamente con él, o poniendo en cola, el estado actual. El driver informa al servidor del estado actual. El servidor ups informa a los equipos de la red. Cada cliente se comunica con el servidor y ejecutan la orden apropiada según el estado actual.

 

Como indica el mismo nombre de NUT, es una red que funciona con varios SAI y sistemas. Una de las muchas característica de NUT es que permite monitorizar varios sistemas sin usar un SAI con conexiones especiales. Basado en una relación maestro/esclavo sincroniza la orden de secuencia de apagado a todos los clientes antes de apagarse el maestro.

 

Este artículo detalla la instalación y configuración de un único SAI conectado al sistema por el puerto serie. Es el primer paso para conseguir instalar y configurar NUT. Si el SAI da servicio a más de un sistema, el segundo y siguientes pueden ser configurados como esclavo.

 

Los desarrolladores de NUT tienen una forma distinta de trabajar. NUT esperará hasta que el SAI este en “batería funcionando” y “batería baja” llegando al punto de una carga baja “critica”. Con esta filosofía se consigue el máximo rendimiento de las baterías al llegar a un momento critico de carga para iniciar la secuencia de apagado, excepto que la luz haya vuelto en ese tiempo. Este comportamiento puede cambiarse con upssched, consulta la documentación para más información. Con upssched se puede cambiar las acciones según los estados del SAI.

 

En una instalación típica de GNU/Linux, NUT no es la única herramienta usada para monitorizar SAI. Apcupsd se usa para el control y monitorización de SAI modelo APC. Existen varios entornos gráficos para ordenadores de escritorio.

 

Preparando la instalación

Antes de instalar y usar el SAI y el software, se debe hacer algo antes. Dado que el sistema se va a apagar debe haber una forma de volver encender el sistema cuando la luz eléctrica vuelva. La BIOS tiene que estar configurado para ello. Las BIOS más modernas tienen un apartado de “energía”, que será suplido por el SAI, si la luz eléctrica vuelve. Si nuestra BIOS no tiene esta característica (más común en una estación de trabajo) una actualización de la misma puede resolver el problema. Para los servidores no atendidos por periféricos, sin monitor o teclado, también se necesita configuración en la BIOS para hacer caso omiso de los errores de teclado. Estos equipos son administrados normalmente vía SSH o usando utilidades como Webmin.

 

El SAI necesita un cable para su correcta comunicación con el sistema. Si es de tipo USB no existe problema. Un SAI que se comunica a través del puerto serie necesita un cable especial para comunicarse entre el SAI y el sistema. Consulta con el fabricante o en el apartado de cables de la página web de Network UPS Tools.

 

Instalando NUT

El artículo esta basado en una instalación básica de Debian GNU/Linux 4.0 y un SAI modelo ACP SmartUPS 700. Debian es una gran opción, con buen soporte, ideal para redes de pequeñas empresas, así como entornos mucho más grandes. Cada distribución puede instalar el software y su configuración en diferentes directorios. Se ha configurado para no disponer de entorno gráfico, todos los programas y configuraciones se van hacer en línea de comandos con el super usuario (root). Uso la herramienta de gestión de paquetes APT, apt-get, para instalar el software:

# apt-get install nut

Esta orden instala el software NUT, la documentación, las páginas man y los archivos de configuración de ejemplo. La documentación especifica de Debian se encuentra en /usr/share/doc/nut/docs/ y los archivos de configuración de ejemplo en /usr/share/doc/nut/examples/. Algunos archivos de documentación están comprimidos usando gzip que pueden ser descomprimir o visualizados con el comando zcat.

# zcat /usr/share/doc/nut/README.Debian.gz | less

Los archivos de configuración están en el directorio /etc/nut/. El archivo ups.conf contiene la configuración del SAI. El SAI es configurado con la marca [labsvr]. Las variables driver y port tienen que ser definidas, la variable desc es opcional y es una pequeña descripción del SAI. Un SAI adicional tiene que ser configurado en el mismo archivo; sin embargo, aquí describimos el funcionamiento de un único SAI y servidor.

[labsvr]

driver = apcsmart

port = /dev/ttyS0

desc = “Lab Server”

La descripción, entre corchetes, la define el usuario, con la excepción de las palabras claves, que son usadas por NUT. El nombre correcto para el driver lo puedes encontrar en el archivo /usr/share/nut/driver.list. Para usar el puerto serie necesitas añadir al usuario “nut” al grupo “dialout”, con el comando addgroup. Para probar manualmente y comprobar que la configuración es correcta usamos el comando upsdrvctl (UPS driver controller). Cuando lo hemos comprobado, paramos de ejecutarlo.

# addgroup nut dialout
Adding user `nut’ to group `dialout’ …
Done.
# /sbin/upsdrvctl start labsvr
Network UPS Tools – UPS driver controller 2.0.4
Network UPS Tools (version 2.0.4) – APC Smart protocol driver
Driver version 1.99.8, command table version 2.0
Detected SMART-UPS 700 [QS0331213446] on /dev/ttyS0
# /sbin/upsdrvctl stop labsvr
Network UPS Tools – UPS driver controller 2.0.4
Stopping UPS: labsvr
#

En este artículo tratamos un único servidor, la lista de control de acceso es mínima. Configurar la lista de control de acceso se hace en el archivo de configuración upsd.conf. Toda la LCA (lista de control de acceso) es definida mediante netblock en formato CIDR, el viejo formato de dirección/red también se puede usar. Además el localhost define su LCA. El campo ACCEPT permite comunicarse con el localhost y REJECT bloquea todo el acceso. Como en otras listas de control de acceso, el flujo va de arriba a abajo. ACCEPT es interpretado antes que REJECT, si la línea de REJECT estuviera antes que ACCEPT, el localhost interpretaría la orden y no permitiría el acceso.

ACL all 0.0.0.0/0
ACL localhost 127.0.0.1/32
ACCEPT localhost
REJECT all

El archivo de configuración upsd.users es usado para definir los usuarios que tendrán acceso a comandos administrativos. Aquí se define los usuarios y que acceso tiene permitido cada usuario; cada sesión comienza con el nombre del usuario entre corchetes y sigue entre corchetes el siguiente usuario o el final del archivo. El campo password define la contraseña del usuario. El campo allowfrom otorga el acceso al usuario según la dirección de procedencia, estos valores son definidos en la lista de control de acceso del archivo de configuración upsd.conf. El campo upsmon puede ser definido como master o slave para permitir al proceso upsmon funcionar.

[monmaster]
password = p455w0rd
allowfrom = localhost
upsmon = master

El último archivo de configuración es upsmon.conf define que sistemas monitorizará el proceso upsmon, también como hacer la secuencia de apagado en caso de ser necesario. La línea MONITOR define el SAI que es monitorizado. El primer argumento define el SAI monitorizado, en nuestro caso labsvr@localhost. El segundo argumento es la energía que representa el número de fuentes de alimentación que es sustituido por el SAI. En una configuración habitual el número es definido a 1. Los dos siguientes argumentos son el usuario y y contraseña que antes hemos definido en upsd.users. El último argumento es si el proceso es master o slave. Un proceso maestro es el cual está siendo ejecutado en un sistema que esta conectado directamente al SAI. Un proceso esclavo esta ayudado por un SAI pero no está conectado directamente a él.

MONITOR labsvr@localhost 1 monmaster p455w0rd master
POWERDOWNFLAG /etc/killpower
SHUTDOWNCMD “/sbin/shutdown -h +0”

El campo POWERDOWNFLAG define un nombre de archivo creado en modo maestro cuando el SAI necesita ser apagado. Este archivo se borrara cuando el sistema este recuperado. Para terminar, el campo SHUTDOWNCMD es el comando, entre comillas, usado para apagar el sistema.

Una vez configurado el SAI Y NUT, es necesario realizar un par de tareas administrativas. Dado que varios de los archivos de configuración contienen nombres de usuario y contraseñas, deben ser sólo leídos por el usuario root y el grupo nut:

# chown root:nut /etc/nut/*
# chmod 640 /etc/nut/*

En Debian GNU/Linux dos valores tienen que ser modificados en el archivo /etc/default/nut, START_UPSD y START_UPSMON cambian su valor de “no” a “yes”.

START_UPSD=yes
START_UPSMON=yes

El guión de inicio del servicio NUT es ejecutado para iniciar la monitorización del SAI y en /var/log/syslog comprobamos que todo está funcionando correctamente.

# /etc/init.d/nut start
Starting Network UPS Tools: upsdrvctl upsd upsmon.

# tail /var/log/syslog
Sep 01 13:36:48 labserver apcsmart[2519]: Startup successful
Sep 01 13:36:48 labserver upsd[2520]: Connected to UPS [labsvr]: apcsmart-ttyS0
Sep 01 13:36:50 labserver upsd[2521]: Startup successful
Sep 01 13:36:50 labserver upsmon[2523]: Startup successful
Sep 01 13:36:50 labserver upsd[2521]: Connection from 127.0.0.1
Sep 01 13:36:50 labserver upsd[2521]: Client monmaster@127.0.0.1 logged into UPS [labsvr]

Para echar un rápido vistazo al estado del SAI, usamos el comando upsc. Este primer ejemplo muestra el estado del SAI de la variable ups.status, con OL (o “en línea”) significa que el SAI en labsvr@localhost está funcionando. Si el valor fuera OB (“en batería”), el SAI esta proveyendo energía al sistema. El segundo comando muestra todas las variables y sus valores de labsvr@localhost.

# upsc labsvr@localhost ups.status
OL
# upsc labsvr@localhost
battery.alarm.threshold: 0
battery.charge: 100.0
battery.charge.restart: 00
battery.date: 08/02/03
battery.packs: 000
battery.runtime: 7860
battery.runtime.low: 120
battery.voltage: 27.60
battery.voltage.nominal: 024
driver.name: apcsmart
driver.parameter.port: /dev/ttyS0
driver.version: 2.0.4
driver.version.internal: 1.99.8
input.frequency: 60.00
input.quality: FF
input.sensitivity: H
input.transfer.high: 132
input.transfer.low: 103
input.transfer.reason: S
input.voltage: 120.2
input.voltage.maximum: 121.5
input.voltage.minimum: 119.6
output.voltage: 120.2
output.voltage.target.battery: 115
ups.delay.shutdown: 180
ups.delay.start: 000
ups.firmware: 50.14.D
ups.id: UPS_IDEN
ups.load: 008.3
ups.mfr: APC
ups.mfr.date: 08/02/03
ups.model: SMART-UPS 700
ups.serial: QS0331213446
ups.status: OL
ups.temperature: 037.8
ups.test.interval: 1209600
ups.test.result: NO
#

Las pruebas de cortes de energía se hacen con upsdrvctl. El valor de ups.delay.shutdown es la cantidad de tiempo en segundos que el SAI esperara antes del apagado. En la lista anterior ese valor está especificado en 180 segundos. Este valor se pude cambiar con upsrw, con un usuario con los permisos adecuados definido en upsd.users, para cambiar el valor de las variables. Consulta las páginas de ayuda man de upsd.users y upsrw para más información. 180 segundos es suficiente para completar un apagado seguro del sistema.

# upsdrvctl shutdown labsvr; shutdown -h +0

Una vez ejecutado este comando, upsdrvctl se comunica con el SAI para iniciar la secuencia de apagado. El segundo comando ordena al sistema su apagado inmediato. El servidor se apaga y después de 180 segundos de espera el SAI se apaga con toda seguridad. Si la BIOS del servidor está correctamente configurada, cuando el SAI vuelva tener corriente el servidor se iniciara de nuevo.

Además de una amplia documentación instala en /usr/share/doc/nut/ y en el sitio web de NUT, las páginas de manual man contienen información detallada sobre los comandos, configuración y drivers.

Conclusión

Los cortes eléctricos son un problema común en muchos lugares y pueden producir fallos en nuestros dispositivos y sistemas. Teniendo un SAI para prevenir posibles daños e iniciar la secuencia de apagado segura nos puede ahorrar muchos dolores de cabeza, así como evitar desastres. No basta con un SAI, es necesario una correcta red y una BIOS preparada, todo ello es parte de un sistema seguro.

License

(C) Ken Leyba 2007

This article is made available under the “Attribution-NonCommercial” Creative Commons License 2.5 available from http://creativecommons.org/licenses/by-nc/2.5/.

Read Full Post »

Actualización (01/02/09): A día de hoy, al reestructurar la página de enlaces, lo han quitado. Eso sí, nunca me han respondido.

Nueva Acrópolis es una secta, existe amplio concenso sobre ello. ¿Qué ocurre si una institución pública cita una secta como fuente fiable? obtiene credibilidad al ser citada por una institución pública que goza de prestigio y confianza de los ciudadanos.

Esto ocurre en la página web de la biblioteca municipal de Córdoba, en su apartado Instituciones y Asociaciones culturales en Córdoba (al final de la página). Con la lapidaria descripción: lA Asociación Cultural Nueva Acrópolis “se ha preocupado por los jóvenes, y su mejor formación filosófica.

He contactado con ellos por correo electrónico pidiendo una explicación, sin duda un hecho inaudito.

Read Full Post »