Newsgroup: it.comp.os.linux.sys
Titolo: syslog server domanda...

Ciao a tutti... avrei una domandina da porvi... devo tenere traccia dei log
di alcuni server... al momento sono una decina... ma potranno presto
diventare un centinaio... se non molti di più... essendo collegati in
internet ma senza ip pubblico.. pensavo di farmeli mandare... volevo
chiedervi se secondo voi con syslog era un'idea accettabile.... pensavo di
far ridirezionare tutti i log su un server che li archivia... tenendo
traccia dell'ip di invio, che in base a una lista salva o meno il log...
utilizzando per lo storage un db mysql... che ne pensate?
avete qualcosa di meglio da consigliarmi?
Grazie
Stefano

Sgranocchiando il cranio di Stefano, vi trovai inciso:

Dipende dalle condizioni al contorno.
Ad esempio non specifichi se i server sparpagliati per internet ti
comunicano via vpn o no.
Nè dici se ne hai il controllo.
Se intendi farti consegnare i log via rete pubblica (quindi niente vpn)
consiglierei *vivamente* di usare syslog-ng sia sul server che sui client,
loggare via tcp e wrappare il tutto via stunnel (magari con -v 3 ).
Eviteresti anche di avere un servizio come syslog (che gira come root) in
ascolto su rete pubblica.
A questo punto la gestione dei log la fai direttamente dalla conf. di
sysog-ng, che in termini di flessibilità ti consente più o meno tutto il
desiderabile.
A te le valutazioni del caso...
-- 
cat: .signature: No such file or directory

 ascolto su rete pubblica.
si' , mi immagino gia' la gente col netcat che si diverte a riempirti i
dischi di messaggi osceni ..... ;-)
-- 
Il lavoro casalingo puo' ucciderti, se fatto bene.
                -- Erma Bombeck

 desiderabile.
Ci posso fare di tutto in che senso?
provo a cercare un'how-to ma va installato anche sui client?
Grazie mille
Stefano

 provo a cercare un'how-to ma va installato anche sui client?
Strettamente parlando no, riceve tranquillamente anche dal classico syslog.
Tuttavia, syslog usa udp, e udp non lo puoi far passare dentro un tunnel
ssl, quindi se vuoi usufruire di questa opportunità devi averlo anche sul
client.


 della sorgente del log, ecc.
è possibile loggare anche in mysql?
Stefano

 è possibile loggare anche in mysql?
inoltre i client sarebbero delle macchine con montato la distribuzione
leaf... per caso sapresti dirmi come complirarli? ne senso sulla leaf non
c'è il gcc o compilatore quindi non posso compilarli... dovrei compilarli da
un'atra macchina... e poi copiare la dir...  che ne dici?
Stefano



è comunque possibile utilizzare qualcosa di diverso a stunnel ? tipo vtund?
Stefano

> > > Ci posso fare di tutto in che senso?

Penso tu stia un po' confondendo l'attività di stunnel.
stunnel tunnellizza e wrappa in ssl un solo endpoint TCP.
Una porta, per capisse...
Non crea interfacce virtuali e non è una vpn attraverso cui
effettuare instradamenti.
Relativamente al loggare su mysql, non mi risulta questa possibilità, ma
ammetto che non ne ho mai visto l'utilità e quindi non ho nemmeno
indagato. Tuttavia creare un demonietto in perl che riceve da syslog-ng su
socket e spara in db è più o meno banale, con un minimo di competenza su
perl..


 effettuare instradamenti.
c'è un prodotto alternativo? oppure potrei usare qualcosa di diverso a
stunnel?
Stefano

> Penso tu stia un po' confondendo l'attività di stunnel.

A me 'ste richieste mi lascian sempre perplesso.
*Perchè* vuoi qualcosa di diverso?
Ci sono ragioni valide, quali dimostrata insicurezza, incompatibilità
irreversibile con librerie che ti sono indispensabili?
Mi pare una di quelle domande da "voglio un client di posta che sia uguale
ad outlook, bug compresi, che abbia tutte le funzionalità di outlook ma
che non sia outlook..."
Crittografia, in ambinte OS, equivale a openssl, nel 96% dei casi.
Stunnel viene con openssl.
Poi nulla ti vieta di creare tunnel con qualsiasi altra cosa (ssh, vtun,
openvpn, ipsec, cazzilla), ma o è overkill o è insicuro, imho.
Vedi tu...


 che non sia outlook..."
:-) già è una domanda un pò del ca**us ma il problema è che devo utilizzarlo
sulla Leaf e non è semplice compilare le cose per quella distro...
non ho ancora capito come faccio a installare roba perchè non c'è nessun
compilatore...
quindi pensavo di usare openvpn che è già disponibile...
a questo punto potrei usare syslog puntando la macchina in vpn. anche perchè
anche syslog-ng dovrei ricompilarlo... oppure usare ulog...
che ne pensi??
Stefano

 che ne pensi??
Che è un po' overkill, ma se non ne puoi fare a meno...


 idem per syslog-ng.
si openssl c'è... ma stunnel non c'è... ma per compilarlo faccio il make
senza il make install?
e poi che copio sull'altra macchina?
Grazie ancora
Stefano

 e poi che copio sull'altra macchina?
il binario di stunnel e le eventuali librerie necessarie...
Hola...


 definitivo.
Ci penso... settimana prossima provo a cercare di recuperare un pò di tempo
per provarci...
grazie mille...
Stefano
il problema delle librerie è che anche compilando il php ho cercato di
recuperarle facendo dalla macchina dove l'ho compilato e che funzione ldd
php (il cgi di php) ma spostandolo sull'altra non va una cippa... non trova
una libreria che non so come si chiama... ma è legata all'ipv6
Stefano

> quindi pensavo di usare openvpn che è già disponibile...
Non trascurerei questa ipotesi: ti consente di iniziare da
subito a implementare il syslog server basato su syslog-ng
su cui andrai, inizialmente, a loggare via udp dai client,
senza toccare i syslogd che hai in giro. Poi pianificherai
con al dovuta calma un eventuale migrazione a syslog-ng su
tutti i cient. Tra l'altro usando openvpn potrai mantenere
traccia dell'ip del client syslogd, che potrai, poi, usare
come nome dell'host nelle registrazioni, che e' meglio che
usare direttamente il nome passato dal client insieme alla
riga di log (che e' sconsigliabile).
Fabio

 riga di log (che e' sconsigliabile).
questo non lo sapevo...
ho visto un pò openvpn ma non ho chiaro una cosa... ho visto che per la
connessione si presuppone l'ip del server e del client...
ma non è possibile attivare un dhcp per i vari client che si collegano?
altrimenti dovrei farmi n configurazioni per n macchine e sarebbe
impensabile...
Grazie
Stefano