Re: BSDstats Project v2.0 ...



On Tue, 8 Aug 2006, Paul Schmehl wrote:

Marc, I have a couple of questions.

You use hostname and IP as a unique identifier for each host. For that reason, I have not submitted any of our systems. We use FreeBSD for sensitive security-related tasks, and we're loath to reveal that information. (When I submit or update ports, I always alter the uname information to "hostname.utdallas.edu" for that reason.)

Can you tell me exactly what you do with those two pieces of data? Is there any way that information would be accessible from the internet?

Absolutely nothing else we do with it ... it just gives us a unique key to work with ... in fact, assuming each of your servers use a different IP, there is no reason you couldn't do the uname trick above to hide the hostname ...

Unless someone breaks into the server, or database, somehow, the data isn't accessible ...

Finally, it looks like your number one problem is going to be maintainence. Right now you're showing a ".x" and a "F.x" release. Not sure if that's tampering or what, but it's obviously not legit. You also have a sudden influx of hosts from Armenia. Again, don't know if they're legit or not, but keeping up with that stuff is going to require eyes-on type manual labor. I hope you've planned for that.

Have planned for it, and, in fact, am going to be making a couple of extra changes to the schema to allow for cleaning it up easier ...

----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email . scrappy@xxxxxxx MSN . scrappy@xxxxxxx
Yahoo . yscrappy Skype: hub.org ICQ . 7615664
_______________________________________________
freebsd-questions@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@xxxxxxxxxxx"



Relevant Pages

  • Re: BSDstats Project v2.0 ...
    ... You use hostname and IP as a unique identifier for each host. ... For that reason, I have not submitted any of our systems. ... Again, don't know if they're legit or not, but keeping up with that stuff is going to require eyes-on type manual labor. ...
    (freebsd-questions)
  • Re: Working on howl port
    ... software needs to work as if it has no control over network allocation, ... the host does not have knowledge of what IPv4 Link- ... these modifications reduce the reliability of the DHCP service. ... is not sufficient reason to unconfigure a valid DHCP ...
    (freebsd-net)
  • Re: AppDomains and sharing threadpool
    ... The reason for this is because I am implementing ... if our own service manager ... Host a bunch of App Domains withing that Host. ... What you want is to tie your Thread Pool to an I/O Completion Port. ...
    (microsoft.public.dotnet.framework.clr)
  • Re: SQL Server 100MB
    ... you'll never need as much as 100MB, unless you have a reason to ... retain large amounts of historical data. ... Hosting is very much more different. ... I changed host last month ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: SQL Server 100MB
    ... you'll never need as much as 100MB, unless you have a reason to retain ... large amounts of historical data. ... Hosting is very much more different. ... I changed host last month because the original host made ...
    (microsoft.public.dotnet.framework.aspnet)