Date: Tue, 17 Apr 2001 11:04:27 -0500 (CDT) From: James Wyatt <jwyatt@rwsystems.net> To: Alfred Perlstein <bright@wintelcom.net> Cc: Darren Reed <avalon@coombs.anu.edu.au>, Julian Elischer <julian@elischer.org>, freebsd-security@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: non-random IP IDs Message-ID: <Pine.BSF.4.10.10104170956570.22350-100000@bsdie.rwsystems.net> In-Reply-To: <20010417043130.F976@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 17 Apr 2001, Alfred Perlstein wrote: > * Darren Reed <avalon@coombs.anu.edu.au> [010417 04:29] wrote: > > In some mail from Julian Elischer, sie said: > > > > > > there is a site that calculates server uptime from these numbers. > > > All the leading machines are freeBSD. When you do this it will > > > no-longer be able to track us :-( > > > > IMHO, extraordinarily large uptimes are nothing to be proud of and > > say nothing about the quality of software. > > > > I'd almost go so far as to say uptimes greater than 1 year indicate > > that the system administration practises need review. > > Agreed. I've yet to hear about any seriously deployed system > go without security advisories for over a year. You don't have to reboot to fix all the security advisories - just a very critical few... The last few haven't required reboots to either workaround or fix. (Replacing libc on a running system *can* be tricky; I blew a SCO box up that way once!) Some machines with long uptimes are in fairly secure places (walled-in) so they get serviced less - I've had an AIX box up 596 days, but it had *very* specific use and "couldn't" take an outage. I also used a VAX that we didn't find out could not boot until we tried. The boot params had been goofed-up about six *months* before the failure and we didn't know it until it nearly killed us... - Jy@ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.10104170956570.22350-100000>