Some of you may be wondering what's happened since there is no release
(candidate) of 4.2 yet.
Part of the explanation is that I've been working on an urgent request
from one of the Hobbit'ers, to come up with a solution where the Hobbit
clients are not allowed to send data from the client (in a DMZ) to the
Hobbit server (on the internal network).
It's ready for some initial testing now, and I will include it in the
4.2 release but with a warning that it's very fresh and hasn't been
tested much. But there have been several requests for this over time,
so if this is something you may want to use, grab the latest snapshot
and try it out.
The way it works is that the client installation now includes a new
tool called "msgcache". This is a "message cache"; the Hobbit client
sends its data to msgcache (by having BBDISP set to 127.0.0.1 in the
client configuration), and any add-on extensions also report their
status to msgcache.
On the Hobbit server, a new task "hobbitfetch" then polls all of the
clients running msgcache, collects the messages they have saved, and
sends them off to the Hobbit server.
More information about setting it up is in the "msgcache" and
"hobbitfetch" man-pages. You basically enable the tasks in the
server- and client-configuration, and add a "pulldata" option to
the client entries in the bb-hosts file.
One advantage of this is that no modifications are needed on the client;
all of your custom extension script will just work. And since
hobbitfetch has been written to poll lots of clients simultaneously,
it also scales better than e.g. copying the data from clients using
scp or an SSH tunnel.
Also, it is compatible with the Hobbit way of configuring clients
centrally on the Hobbit server.
Regards,
Henrik