public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Matthias Fischer <matthias.fischer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Betatest Guardian 2.0
Date: Thu, 21 Jul 2016 17:57:44 +0200	[thread overview]
Message-ID: <8eca5224-cc19-182d-59b6-586a0ee86229@ipfire.org> (raw)
In-Reply-To: <1469100487.2710.251.camel@ipfire.org>

[-- Attachment #1: Type: text/plain, Size: 7334 bytes --]

Hi,

some additional information:

After running for about two days, I got four 'guardians' running in
'htop', claiming to use ~84176 KB memory. Perhaps this corresponds with
the GUI: it says 73087 KB.

'pstree' says:

root(a)ipfire: /var/log/guardian # pstree
init-+-acpid
     |-6*[agetty]
     |-clamd---{clamd}
     |-collectd---3*[{collectd}]
     |-dhcpd
     |-dnsmasq
     |-fcron
     |-freshclam
     |-guardian-+-iptables
     |          `-4*[{guardian}]
     |-httpd---10*[httpd]
     |-klogd
     |-privoxy---12*[{privoxy}]
     |-saslauthd---saslauthd
     |-snort---{snort}
     |-squid---squid-+-18*[redirect_wrappe-+-squidGuard]
     |               |                     `-squidclamav]
     |               `-16*[{squid}]
     |-sshd---bash---pstree
     |-syslogd
     `-udevd

After shutting down, 'guardian' is gone, but after restart there are
four 'guardians' again - using 14334 KB, blocking was tested and is OK -
*without* 'iptables':

root(a)ipfire: /var/log/guardian # pstree
init-+-acpid
     |-6*[agetty]
     |-clamd---{clamd}
     |-collectd---3*[{collectd}]
     |-dhcpd
     |-dnsmasq
     |-fcron
     |-freshclam
     |-guardian---4*[{guardian}]
     |-httpd---10*[httpd]
     |-klogd
     |-privoxy
     |-saslauthd---saslauthd
     |-snort---{snort}
     |-squid---squid-+-18*[redirect_wrappe-+-squidGuard]
     |               |                     `-squidclamav]
     |               `-16*[{squid}]
     |-sshd---bash---pstree
     |-syslogd
     `-udevd

Perhaps this helps somehow...

Best,
Matthias

On 21.07.2016 13:28, Michael Tremer wrote:
> On Thu, 2016-07-21 at 13:25 +0200, Matthias Fischer wrote:
>> Hi,
>> 
>> I mentioned this earlier, but it seems that 'guardian' has some kind of
>> memory leak?
> 
> Probably not a leak, but it seems that some used data is not freed. Maybe the
> log files that guardian reads?
> 
>> It started about two days ago with ~14 MB RAM. Then it jumped to ~34 MB,
>> then to ~48 MB - today it suddenly uses 71 MB.
> 
> Is this RSS or VIRT?
> 
>> And if I start it on my testmachine (offline!) it uses ~90 MB.
>> 
>> Can someone confirm?
>> 
>> Besides this, its working without seen problems.
>> 
>> Best,
>> Matthias
>> 
>> On 20.07.2016 15:33, Stefan Schantl wrote:
>> > Hello testers,
>> > 
>> > I've uploaded  a new test version (003).
>> > 
>> > Update or fresh install works like described in the announcement mail.
>> > 
>> > The Changelog can be found here:
>> > 
>> > http://people.ipfire.org/~stevee/guardian-2.0/Changelog.txt
>> > 
>> > At the moment I'm missing feedback for the following functions:
>> > 
>> > * Manually blocking / unblocking addresses.
>> > * Dealing with the ignore list.
>> > * Owncloud message parser.
>> > * Logrotate, there should be an corresponding log entry in the guardian
>> > logfile after rotation of the logfiles have been done.
>> > * Reload of the ignore list after "Red" has been reconnected. There
>> > also a corresponding log entry should be logged to the logfile and the
>> > new "Red-address" should also be logged as part of the ignore list (If
>> > you own an dynamic assigned one).
>> > 
>> > As always please report your bugs or experience with the new version to
>> > this list.
>> > 
>> > Best regards,
>> > 
>> > -Stefan
>> > 
>> > > Hello mailing list followers,
>> > > 
>> > > this is the official release announcement for the first beta release
>> > > of
>> > > the new Guardian 2.0 approach.
>> > > 
>> > > 
>> > > - What are the differences to the current version of guardian
>> > > (legacy)
>> > > and the first approach of guardian 2.0?
>> > > 
>> > > The most important difference is, that the new version of Guardian
>> > > 2.0
>> > > completely has been re-written from scratch and released under the
>> > > terms of the GPLv3. The legacy version of guardian is not maintained
>> > > anymore by it's developer and the software has been released without
>> > > any license details at all.
>> > > 
>> > > Guardian 2.0 has a very modular code base and has been designed as a
>> > > multi-threaded application. This allows a parallel parsing of all
>> > > monitored logfiles and faster actions, if one of the used modules
>> > > detects an attack.
>> > > 
>> > > A very important difference to the legacy version is the support of
>> > > configuring and managing the entire service through the IPFire
>> > > webinterface. The entire configuration, managing of current blocked
>> > > hosts, unblocking them or editing the ignored hosts list now can be
>> > > done in a graphical way. 
>> > > 
>> > > The legacy version of guardian only supported parsing snort alerts.
>> > > HTTPD and SSH support has been patched by the IPFire development team
>> > > some time ago. Guardian 2.0 supports all of them out of the box and
>> > > includes a filter to detect owncloud login brute-force attempts. As a
>> > > benefit of the new modular design, additional filters easily can be
>> > > added.
>> > > 
>> > > Guardian 2.0 is able to reload it's configuration, reloading
>> > > the ignore list during runtime and handle, if the logfiles will get
>> > > rotated by logrotate. This actions can be called by using the
>> > > webinterface or from the command line interface by using
>> > > "guardianctrl".
>> > > 
>> > > These are just a handful of the changes and benefits which comes with
>> > > Guardian 2.0, a complete list would be to long for this mailing list.
>> > > 
>> > > 
>> > > - How to join testing?
>> > > 
>> > > To get part of the testing team, simple navigate to http://people.ipf
>> > > ir
>> > > e.org/~stevee/guardian-2.0/ and download the latest tarball
>> > > (currently
>> > > 002). Please take care to download the correct one, based on your
>> > > used
>> > > architecture. The i585 packages are for 32Bit installations of
>> > > IPFire,
>> > > the x86_64 packages only can be used on 64Bit installations.
>> > > 
>> > > Put the downloaded file on your IPFire test system and extract the
>> > > package by using "tar -xvf guardian-2.0-002.<arch>.tar.gz -C /".
>> > > 
>> > > The final installation step would be to regenerate the language cache
>> > > by executing "update-lang-cache" on the console.
>> > > 
>> > > From now you can find a new menu item called "Guardian" in your
>> > > "Service" menu after you have logged-in into your IPFire's
>> > > webinterface.
>> > > 
>> > > Documentation can be found on the IPFire wiki: http://wiki.ipfire.org
>> > > /e
>> > > n/addons/guardian/start#the_guardian_20_addon
>> > > 
>> > > 
>> > > - Where to post bugs reports or provide feedback?
>> > > 
>> > > If you find any bugs, please report them as usual on the IPFire
>> > > bugtracker, which can be found at https://bugzilla.ipfire.org.
>> > > 
>> > > To provide feedback or to join a discussion, please send your mails
>> > > to
>> > > "development(a)lists.ipfire.org" (Please register first at http://lists
>> > > .i
>> > > pfire.org if not yet done).
>> > > 
>> > > The source code can be found at http://git.ipfire.org/?p=people/steve
>> > > e/
>> > > guardian.git;a=summary
>> > > 
>> > > 
>> > > Happy testing,
>> > > 
>> > > -Stefan
>> > > 
>> > 
>> 
> 


  parent reply	other threads:[~2016-07-21 15:57 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-18 14:01 Stefan Schantl
2016-07-19  7:14 ` Daniel Weismüller
2016-07-19 10:01   ` Stefan Schantl
2016-07-20 13:37     ` Stefan Schantl
2016-07-20 13:33 ` Stefan Schantl
2016-07-20 14:28   ` Matthias Fischer
2016-07-21 11:25   ` Matthias Fischer
2016-07-21 11:28     ` Michael Tremer
2016-07-21 13:07       ` Matthias Fischer
2016-07-21 15:57       ` Matthias Fischer [this message]
2016-07-21 19:05     ` Flying Trashcan
2016-07-21 19:52     ` Flying Trashcan
2016-07-21 21:07       ` Matthias Fischer
2016-07-22 20:28         ` Matthias Fischer
2016-07-22 22:23           ` Matthias Fischer
2016-07-26 15:10             ` Michael Tremer
2016-07-26 18:31               ` Matthias Fischer
2016-07-28 17:41                 ` Stefan Schantl
2016-07-28 10:47               ` Stefan Schantl
2016-07-28 18:05                 ` Stefan Schantl
2016-07-29 16:20                   ` Matthias Fischer
2016-07-30 19:06                   ` Matthias Fischer
     [not found] <1468920284.13947.5.camel@ipfire.org>
2016-07-19 12:54 ` Matthias Fischer
2016-07-19 17:26   ` Stefan Schantl
2016-07-19 18:01     ` Matthias Fischer
     [not found] <8916bfc3-2af6-af48-992b-b014d51a405a@ipfire.org>
2016-08-06 19:39 ` Michael Tremer
2016-08-06 22:41 ` Matthias Fischer
2016-08-24 12:36   ` Daniel Weismüller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8eca5224-cc19-182d-59b6-586a0ee86229@ipfire.org \
    --to=matthias.fischer@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox