BSDStats - What is involved ... ?

Brooks Davis brooks at one-eyed-alien.net
Tue Aug 29 02:44:43 UTC 2006


On Tue, Aug 29, 2006 at 12:19:56PM +1000, Antony Mawer wrote:
> On 29/08/2006 11:53 AM, Brooks Davis wrote:
> >On Tue, Aug 29, 2006 at 11:39:23AM +1000, Antony Mawer wrote:
> >>Perhaps aggregate submissions could be conducted using a registration 
> >>mechanism...
> >>
> >>Other thoughts would be having a local stats aggregation server that 
> >>pushes summaries up to the master server... the aggregation server keeps 
> >>the individual details, and some sort of challenge mechanism could be 
> >>randomly selected by the master server to reduce the ease with which the 
> >>numbers can be 'faked'?
> >
> >I'd prefer not to expose host names or IP addresses, hardware
> >information and OS version aren't really a problem if they can't be
> >traced to a host name.  The requirement to register an aggregation
> >server would be fine with me.  A challenge mechanism would be tricky
> >because it would have to occur during a push to the central server since
> >connects back are not really possible.
> 
> The version 3 update did away with the storing of hostnames and IP 
> addresses on the server side, as well as the submission of them by the 
> client. So you're only exposing the public Internet address of the 
> system during the submission of data, which is not stored in the database.
> 
> The client "push" mechanism would have to know how to handle any 
> challenges it received from the server and submit the appropriate response.
> 
> Perhaps a new port, sysutils/bsdstats-relay/, could allow easy 
> installation of some sort of aggregation server... but then you have the 
> issue of requiring things like a web server, some form of database, etc 
> -- vs the simple nature of the client itself that is just a shell script...

That wouldn't be a big deal.  We've got lots of B(L)AMP applications
running and plenty of FreeBSD servers to run them on.  That might be an
option for me.

-- Brooks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20060829/18ba78d8/attachment.pgp


More information about the freebsd-arch mailing list