
[ Home | Liste | F.A.Q. |
Risorse | Cerca... ]
[ Data: precedente
| successivo
| indice ]
[ Argomento: precedente
| successivo
| indice ]
Archivio: Maggio 2006 ml@sikurezza.org
Soggetto: Re: [ml] gestione allarmi
Mittente: kalugen
Data: Mon, 15 May 2006 11:25:50 +0200 (CEST)
antonello ha scritto:
Salve
siamo alla ricerca di soluzioni software per la gestione di allarmi
provenienti da apparati diversi quali sonde di temperatura/fumo, gruppi
di continuita', rilevatori volumetrici e anche badge per il controllo
degli accessi. Qualcuno puo' suggerire o ha gia' provato qualche
soluzione (anche commerciale) meglio se basata in ambiente unix/linux.
Nota: dove non specifico un sistema operativo, sto parlando di GNU/Linux
In ambito OpenSource, normalmente e' Nagios (http://www.nagios.org) il
riferimento per queste cose.
Piu' che un unico strumento, io lo penso come una specie di "kit". E'
in grado di compiere monitoraggi attivi (tramite varie "plugin"),
passivi (in pratica ricevendo input da qualunque altro sistema sia in
grado di scrivere una stringa... il limite e' la fantasia), remoti,
locali, etc. etc. Ti lascio alla documentazione ufficiale per il resto :)
Una delle feature piu' interessanti e' logica di "alerting"
arbitrariamente complessa, con notifiche a gruppi, in base alle fasce
orarie, possibilita' di 'n' livelli di "escalation" se il problema non
rientra e non viene gestito, invio continuo di notifiche finche'
qualcuno non "prende in carico" la situazione, "reazione" ad eventi (es.
tentativi di restart di un servizio), etc. etc.
Nell'ultima installazione che ho eseguito, dove il compito del sistema
era monitorare una WebFarm di medie dimensioni, Nagios svolgeva check
attivi anche via SNMP e riceveva input da check passivi provenienti da
una miriade di sistemi "esterni" - tra cui, quello piu' rilevante, un
demone snmptrapd (dal pacchetto net-snmp -
http://net-snmp.sourceforge.net) il cui compito era a sua volta ricevere
"traps" snmp dagli apparati di rete e dai sensori di temperatura. Il
sistema di alerting era poi integrato con una semplice "plugin" che
anziche' inviare mail sfruttava smsd
(http://smstools.meinemullemaus.de/) e un modem GSM per inviare
notifiche via SMS (in caso di totale down della rete, le mail non
sarebbero mai nemmeno arrivate... tanto vale anche per i servizi di
invio SMS via web). Al posto di un vero e proprio apparato modem (ovvero
di un costoso terminale GSM venduto come modem), si puo' naturalmente
usare qualsiasi telefonino dotato di cavo seriale/usb (in questo momento
sto giocando con un Motorola E1070 - con buoni risultati anche in
termini di affidabilita').
In sostanza: Nagios puo' ben fare al caso tuo, purche i suddetti sensori
siano in grado di dare un qualche "segnale" - preferibilmente via SNMP
visto che l'integrazione con Nagios via snmptrapd e' relativamente
semplice - e che "qualcosa" sia in grado di tradurre questo segnale in
una stringa formattata secondo protocollo (da scriversi in una named
pipe sul sistema che ospita l'"intelligenza" di notfica di nagios -
viene chiamata "external commands interface"). Nagios ha gia' dei tool
client/server per facilitare la vita in caso l'origine dell'allarme sia
remota o non sia in grado di "scrivere" direttamente sul filesystem
della macchina che ospita nagios (cerca NRPE - per i check attivi remoti
- e NSCA per i check passivi remoti nella sezione download del sito di
nagios. Documentazione allegata al sorgente).
--
S.C.
[ Home | Liste | F.A.Q. |
Risorse | Cerca... ]
www.sikurezza.org - Italian Security Mailing List
(c) 1999-2005