Proyecto de Colaboracion NexuN - Instalacion de un S.A.I.
www.mamboteam.com
Proyecto de Colaboracion NexuN Advertisement
Inicio
domingo, 05 de febrero de 2012
 
 
Proyecto NexuN

logo_nexun_nn_rojo_trans_small.png

Presentación del proyecto realizada por el IES Pablo Serrano 

La velocidad con la que surgen los cambios tecnológicos en el ámbito de la informática hace que estar al día de todos los avances sea un trabajo arduo. Además la mayoría de las veces nos encontramos que ningún libro de texto se adapta a nuestra programación, realizamos una labor de documentación, para crear unos apuntes que podamos impartir a nuestros alumnos. Poniendo en común dichos apuntes dispondremos de una base de conocimiento más amplia que nos permitiría abrir nuevas perspectivas de trabajo.

 

 La intención del proyecto es que los alumnos y profesores participen en el desarrollo y utilización de un entorno de trabajo que permita la colaboración con alumnos y profesores de otros centros para cuestiones tanto de carácter transversal como de carácter específico para determinados módulos de los ciclos de Informática, tanto de grado superior, como en el ciclo de grado medio.  

 
Instalacion de un S.A.I. PDF Imprimir E-Mail
Escrito por Javier Sanchez   
Índice del Artículo
Instalacion de un S.A.I.
Página 2
Página 3

Configuración de NUT

Los ficheros de configuración de NUT se ubican en /etc/ups Son los siguientes:

  •   ups.conf, contiene los descriptores de los SAIs que están conectados al PC.
  •   upsd.conf, fija los permisos de acceso al servicio del ups
  •   upsd.users, establece los usuarios, contraseñas y permisos.
  •   upsmon.conf, configura al servicio de monitorización del SAI, cómo se avisa a los usuarios, las acciones que se toman por defecto.
  •   upssched.conf, ejecuta acciones determinadas cuando se produce un evento determinado en el sistema de monitorización.

Si empezamos por el primero, ups.conf, aquí tendremos que añadir una entrada para nuestro SAI de MGE. De acuerdo con la guía de configuración del SAI disponible en el sitio de MGE, tendremos que escoger el driver usbhid-ups. El puerto lo va a detectar automáticamente el controlador y se quedará fijado a auto. Con todo, tendremos un fichero parecido a lo siguiente:

   [mge]
     driver = usbhid-ups
     port = auto
     desc = "MGE Ellipse Premium 750"

De esta forma identificamos el SAI con el nombre mge. El siguiente paso es fijar los permisos de acceso al demonio de control del SAI. Como nos interesa que se puedan conectar equipos de nuestra LAN que van a estar también pendientes del SAI, deberemos añadir como zonas permitidas la local y el ámbito de la LAN en la forma SUBRED/PREFIJO. El fichero upsd.conf contendrá lo siguiente:


   ACL all 0.0.0.0/0
   ACL lan SUBRED/PREFIJO
   ACL localhost 127.0.0.1/32
  
   ACCEPT localhost
   ACCEPT lan
   REJECT all

Donde SUBRED/PREFIJO puede ser algo del tipo 192.168.1.0/24 y deberá coincidir con nuestra LAN. Es turno ahora de configurar los usuarios que pueden conectarse al sistema. En el fichero upsd.users habrá que insertar dos entradas: una para el administrador y otras dos para los usuarios monitores de la LAN.


   # Supervision user
  
   [admin]
   password = ADMIN_PASS
   allowfrom = localhost
   actions = SET
   instcmds = ALL
  
 # Protection user
  [monuser]
  password  = MONITOR_PASS
  allowfrom = localhost
  upsmon master
 
  [monslave]
  password = MONITOR_SLAVE_PASS
  allowfrom = lan
  upsmon slave

Ahora hay que configurar el monitor que se ejecuta localmente en la máquina que controla al SAI. Para ello hay que editar el fichero upsmon.conf. La línea MONITOR define el SAI que es monitorizado. El primer argumento define el SAI monitorizado, en nuestro caso mge@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 mgeups@localhost 1 monuser mgepass master
 MINSUPPLIES 1
 SHUTDOWNCMD "/sbin/shutdown -h +0"
 NOTIFYCMD /usr/sbin/upssched
 POLLFREQ 5
 POLLFREQALERT 5
 HOSTSYNC 15
 DEADTIME 15
 POWERDOWNFLAG /etc/killpower
 NOTIFYFLAG ONLINE SYSLOG+EXEC
 NOTIFYFLAG ONBATT SYSLOG+EXEC
 NOTIFYFLAG COMMOK IGNORE
 NOTIFYFLAG COMMBAD IGNORE
 
 RBWARNTIME 43200
 NOCOMMWARNTIME 300
 FINALDELAY 5

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.


Paso a explicar brevemente como funciona el control del SAI.

  1. Todo está funcionando perfectamente
  2. Se va la luz, y el SAI entra en modo batería
  3. La batería llega a su carga mínima
  4. El sistema maestro notifica a los esclavos que dentro de poco se deben apagar
  5. Cuando los esclavos reciben la orden:
    1.   Generan un evento NOTIFY_SHUTDOWN
    2.   Esperan el tiempo definido en FINALDELAY
    3.   Ejecutan el comando definido en SHUTDOWNCMD
    4.   Se apagan correctamente
  6. El sistema maestro espera que todos los clientes se desconecten
  7. El maestro empieza la secuencia de apagado:
    1.   Genera un evento NOTIFY_SHUTDOWN
    2.   Espera el tiempo definido en FINALDELAY
    3.   Crea el fichero definido en POWERDOWNFLAG
    4.   Ejecuta el comando definido en SHUTDOWNCMD
  8. El proceso de apagado se lleva a cabo normalmente, y el sistema va parando los servicios y desmontando unidades
  9. El sistema encuentra en fichero definido en POWERDOWNFLAG, y ejecuta el apagado del SAI
  10. Cuando vuelve la luz, todos los sistemas se activan y todo vuelve a su estado normal.



El último paso, y una vez creados los ficheros de configuración, es establecer los permisos adecuadamente para evitar accesos malintencionados por un lado, y por otro, para que los monitores al ejecutarse como el usuario no privilegiado nut puedan acceder a la configuración:

   1.sudo chown -R root:root /etc/nut
   2.sudo chown nut /etc/nut/upsd.conf
   3.sudo chown nut /etc/nut/upsd.users


 
Siguiente >
Próximos Eventos
Sin eventos
Calendario de Eventos
« < Febrero 2012 > »
L M X J V S D
30 31 1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 1 2 3 4

 

Proyecto NexuN
logopabloserrano2.png
logoiesvirgen.png
 logoquevedo.jpg
logoya2.gif

Proyecto financiado por

mec2.png

 

 
Top! Top!