Forum Debian Users Gang

Ramlog changelog

* Mon Mar 08 2010

Także ten program ma 4,5 roku, a od tego czasu się mnóstwo rzeczy zmieniło i wątpię czy ci się to uda odpalić i to jeszcze na systemd. xD

Ja mam podobne rozwiązanie ze statystykami na routerze -- normalnie siedzą sobie w RAMie, i co godzine zrzucane na pendrive. Przy stop/restart są zapisywane na penie i przy start/restart wczytywane z niego. Prosto łatwo i bez problemów. I przy tym loadavg mi się obniżył z 0,25 na 0,15 xD

Ostatnio edytowany przez morfik (2014-10-07 22:20:07)

W sumie na routerze nie mam rsync i używam zwykłego cp. xD A całość sprowadza się do dopisania do crona linijek:

# min   hour    day     mon     dow     command
*/30    *       *       *       *       /etc/skrypty/mkgraph.sh
5       */1     *       *       *       /bin/cp -R /tmp/router/ /mnt/ftp/sda3/

U mnie staty są zbierany cały czas i zapisywane w odpowiednich plikach w /tmp/router/ . Pierwsza linijka co 30min generuje na ich podstawie obrazki, które są udostępniane via www, druga linijka co godzinę zapisuje staty oraz obrazki na pendrive. Cały tmp jest podmontowany do RAM, także dane wędrują z RAM na partycje pena, która jest udostępniana via vsftp i nfs. Jest tylko 5min opóźnienie, by obrazki się zdążyły wygenerować.

Do tego mam skrypt startowy, dostosowany na potrzeby routera ale raczej daje obraz jak to powinno wyglądać:

#!/bin/sh /etc/rc.common

START=45

start() {                            
        logger "Kopiowanie statystyk do RAM"
        /bin/cp -R /mnt/ftp/sda3/router/ /tmp/
}

stop() {                            
        logger "Kopiowanie statystyk na PENDRIVE"

        /bin/cp -R /tmp/router/ /mnt/ftp/sda3/
        sync
}

Tylko trzeba odpowiednio dobrać kolejność startu. Tam na routerze jest to robione przez te linijkę START, na debianie to zależy od inita ale generalnie chodzi o to by system plików się pierw zamontował. xD Można też stworzyć bardziej zaawansowany skrypt startowy i jego w cronie wywoływać z odpowiednią opcją.

Ostatnio edytowany przez morfik (2014-10-08 00:37:49)

Ja mam TP-Link TL-WR1043N/ND v2

Właśnie sobie doinstalowałem syslog-ng3 na routerze i obadałem to przesyłanie logów przez sieć -- teraz na konsoli na pulpicie mam również logi z routera i mogę sobie śledzić co się dzieje na routerze bez logowania się do niego. Niezły bajer. xD

Póki co, to mi działa na linii syslog-ng3 <--> rsyslog i jest też jeden problem logi są przesyłane w formie niezaszyfrowanej. Da się to jakoś zabezpieczyć?

[quote=morfik]Właśnie sobie doinstalowałem syslog-ng3 na routerze i obadałem to przesyłanie logów przez sieć — teraz na konsoli na pulpicie mam również logi z routera i mogę sobie śledzić co się dzieje na routerze bez logowania się do niego. Niezły bajer. xD

Póki co, to mi działa na linii syslog-ng3 <--> rsyslog i jest też jeden problem logi są przesyłane w formie niezaszyfrowanej. Da się to jakoś zabezpieczyć?[/quote]
Nigdy nie robiłem na linii syslogng => rsyslog ale tu masz konfigurację dwóch syslogng w układzie client-server po TLS z (nawet z autoryzacją  tls-CA):
http://www.nineproductions.com/syslog-ng-with-tls-setup-for-centralized-logging/

A tu to samo o rsyslog:
http://www.rsyslog.com/doc/rsyslog_tls.html

Ostatnio edytowany przez Jacekalex (2014-10-09 06:37:58)

Na wiki rsysloga polecają robić certy nie przez [b]easy-rsa[/b] (który używa własnego skrypta [b]pkitool[/b] - korzystającego z openssl) ale przez [b]certtool[/b] z pakietu Gnutls.
Rsyslog  używa do szyfrowania biblioteki  Gnutls a nie Openssl.

Natomiast SyslogNG wymaga biblioteki Openssl.

Kompatybilność na linii OpenSSL-Gnutls nie jest wartością nieskończoną, do szyfrowania np w GG trzeba kompilować libgadu z openssl, bo po skompilowaniu  z suportem gnutls w ogóle nie zestawia szyfrowanego połączenia.

Ostatnio edytowany przez Jacekalex (2014-10-09 17:51:00)